- sr-users - kamailio.org

[Serusers] Multihomed SER & NAT
by Sebastian Gabris 10 Aug '06

10 Aug '06

Hi everybody, need some help on nattraversal. i use a multihomed SER, one private IP & one public IP. MyUA(privateIP) <-> (privateIP)SER(publicIP) <-> UA-(VoIP - Provider, pubicIP) If i try to make a call from private net to public net, SER doesnt change the contact address. He changes the sdp - connection field but he, puts in the wrong IP - address. Instead o writing down his public IP, SER writes his private IP. Then SER forwards the call on his public interface to the provider, which will get wrong Contact & SDP information. After reviewing my logs i saw that SER does the nat_uac_test, but the fix_nat_contact & fix_sdp dont work dont do what they should do :) Here are the important bits of my config: fork=yes log_stderror=no mhomed=1 listen=10.x.x.x listen=193.x.x.x loadmodule "/usr/lib/ser/modules/nathelper.so" modparam("usrloc", "db_mode", 0) modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT if (nat_uac_test("3")) { if (method == "REGISTER" || ! search("^Record-Route:")) { log(2,"LOG: Someone trying to register from private IP, rewriting\n"); fix_nated_contact(); # Rewrite contact with source IP of signalling if (method == "INVITE") { fix_nated_sdp("1"); # Add direction=active to SDP }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as NATed }; }; ... and so on. ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

[Users] two phones ringing
by Mark Kent 10 Aug '06

10 Aug '06

I've got two Linksys phones (one spa3000, one spa942) and registered markkent@... from both on the openser1.0.1 box. >From a third device I call markkent@... and both ring. If I take my time answering one phone then everything works as expected. The CANCEL gets sent to the second phone and that phone says OK and maybe I get one spurious ring but it stops. I noticed that if I answer one phone really quickly then the other phone will keep on ringing. So, I looked at the traffic and this is what happens: The players are ORIGINATOR, OPENSER, ANSWEREDPHONE and IGNOREDPHONE ORIGINATOR sends the INVITE to OPENSER where it gets branched out to both ANSWEREDPHONE and IGNOREDPHONE Both phones send back "100 Trying" ANSWEREDPHONE sends "180 Ringing" and OPENSER relays that to ORIGINATOR ANSWEREDPHONE sends "200 OK" when I answer, and OPENSER relays that to ORIGINATOR OPENSER sends "CANCEL sip:markkent@IGNOREDPHONE-IP:5062" to IGNOREDPHONE about 0.6 seconds later OPENSER repeats the CANCEL IGNOREDPHONE sends back to OPENSER 481 Call Leg/Transaction Does Not Exist and does it twice, perhaps once for each CANCEL Then IGNOREDPHONE sends back "180 Ringing" IGNOREDPHONE rings, a lot, but does not send back "180 Ringing" messages There are a lot of "200 OK" messages exchanged between the IGNOREDPHONE and the OPENSER box. The IGNOREDPHONE took 5 seconds to send back the first "180 Ringing", these phones are side by side, although IGNOREDPHONE (the 942) is NAT'ed and ANSWEREDPHONE is not. The ngrep output is here: http://a.mainstreet.net/double-ring.txt What I would like to know is whether this is something I can and/or should handle in the openser configuration? If so, how? Thanks, -mark

2 1

Re: [Serusers] Call between two SER Server
by Andrey Kouprianov 10 Aug '06

10 Aug '06

Hi, 1. In your "domain" table (i.e. MySQL) in both SER's you'd have to add domain entries. E.g. # serctl domain add you.domain.name.net 2. Then into" trusted" tables add entries as follows: a. For 192.168.100 --> Login to MySQL, and insert entries into SER's trusted table: mysql> insert into trusted values ('192.168.200.200', 'any', '^sip:.*$'); b. And vice versa. 3. After that you need to modify ur ser.cfg whenever INVITE method is encountered: E.g. ... if(!allow_trusted() && !is_uri_host_local() ) { if (!proxy_authorize("you.domain.name.net","subscriber")) { proxy_challenge("you.domain.name.net","0"); break; } else if (!check_from()) { xlog("L_WARN", "[%Tf]:%rm: possible uri spoofing attempt!; IP=%is; from=%fu; to=%tu\n"); sl_send_reply("403", "Forbidden"); break; }; consume_credentials(); }; .... Before saving make sure these modules are properly loaded: uri_db.so, domain.so, permissions.so and xlog.so. 4. Then restart your restart your SER Hope that works. Andrey. On 8/1/06, Asep Saifudin <aseps2000(a)gmail.com> wrote: > Andrey, > > I have try to put in my ser.cfg like this below but still doesnt work. > in my first SER Server : > > if (!proxy_authorize("192.168.200.200", "subscriber")) { > proxy_challenge("192.168.200.200", "0"); > break; > }; > > and in my secondary SER server : > > if (!proxy_authorize(" 192.168.100.100", "subscriber")) { > proxy_challenge("192.168.100.100", "0"); > break; > }; > > Really need further advice from you or anyone who have implement for call > between 2 SER Server ? > > Thanks, > Asep > > 2006/8/1, Asep Saifudin <aseps2000(a)gmail.com>: > > > > can you give me step by step what should I do for this ? or sample for > this scheme ? > > And should I add my first SER server domain in my secondary SER server > domain table (in MySQL server) or how because I still dont undestand with > your explanation ? > > > > > > > > 2006/8/1, Andrey Kouprianov <andrey.kouprianov(a)gmail.com >: > > > > > Make your ser.cfg on receiving side configured so that it does NOT > > > authorize incoming calls from different domains. Otherwise, the caller > > > will always be rejected. > > > > > > On 8/1/06, Asep Saifudin < aseps2000(a)gmail.com> wrote: > > > > Hi, > > > > > > > > I have two running SER Server but I stil got problem to make call from > my > > > > first SER server to my secondary SER server. > > > > > > > > My first SER server info : > > > > 1. IP address = 192.168.100.100 > > > > 2. sample subscriber number is 10999 > > > > > > > > My second SER Server info : > > > > 1. IP address = 192.168.200.200 > > > > 2. sample subscriber number is 20099 > > > > > > > > My question is : > > > > How suberiber 10099 can call to subscriber 20099 ? > > > > What additional config should I put in each ser.cfg ? or > > > > should I use gatekeeper/softswitch ? > > > > > > > > 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 > > > > > > > > > > >

2 1

[Users] I can`t make a calling by using xlite at the client. Please help me...Please
by Ferianto siregar 10 Aug '06

10 Aug '06

Dear all, I would like to say thanks for everybody help and kind-hearted who always give me some helps to solve my problem. Thank you very much. Now, I have a problem in my openser. I can`t make a calling from client using the xlite. It is meant that the client can not make a call by using xlite ( It can not connect to server) . In xlite screen, it always shows "403 forbidden" message. Does anybody can give me a suggesstion what is meant? Where the problem comes from? Please help me ...Please. For the information: 1. The client use IP 202.95.149.2 2. This is the log message that I have got from xlite diagnostic: SEND TIME: 3836510 SEND >> 202.95.149.250:5060 REGISTER sip:pcr.ac.id SIP/2.0 Via: SIP/2.0/UDP 202.95.149.40:5060;rport;branch=z9hG4bKC098998FE862469BBE0A3F218390D2B1 From: aldi <sip:123@pcr.ac.id>;tag=4145118495 To: aldi <sip:123@pcr.ac.id> Contact: "aldi" <sip:123@202.95.149.40:5060> Call-ID: AF8EEFDE9AD94CC5B910233C4AFA09BF(a)pcr.ac.id CSeq: 5795 REGISTER Expires: 1800 Max-Forwards: 70 User-Agent: X-Lite release 1105x Content-Length: 0 RECEIVE TIME: 3836512 RECEIVE << 202.95.149.250:5060 SIP/2.0 403 Forbidden Via: SIP/2.0/UDP 202.95.149.40:5060;rport=5060;branch=z9hG4bKC098998FE862469BBE0A3F218390D2B1 From: aldi <sip:123@pcr.ac.id>;tag=4145118495 To: aldi <sip:123@pcr.ac.id>;tag=98a2bfb09e790c090877fa710657efb6.0d98 Call-ID: AF8EEFDE9AD94CC5B910233C4AFA09BF(a)pcr.ac.id CSeq: 5795 REGISTER Server: OpenSer (1.1.0-tls (i386/linux)) Content-Length: 0 Warning: 392 202.95.149.250:5060 "Noisy feedback tells: pid=4439 req_src_ip=202.95.149.40 req_src_port=5060 in_uri=sip:pcr.ac.id out_uri=sip:pcr.ac.id via_cnt==1" 3.What is the meaning : " 2(4454) is_local(): Realm 'pcr.ac.id' is not local"? I got it when I run "openser" command. This is the message that I got: get_hdr_field: cseq <CSeq>: <1497> <REGISTER> 2(4454) DEBUG:maxfwd:is_maxfwd_present: value = 70 2(4454) parse_headers: flags=200 2(4454) DEBUG: get_hdr_body : content_length=0 2(4454) found end of header 2(4454) find_first_route: No Route headers found 2(4454) loose_route: There is no Route HF 2(4454) is_local(): Realm 'pcr.ac.id' is not local 2(4454) DEBUG: add_param: tag=888227406 2(4454) DEBUG:parse_to:end of header reached, state=29 2(4454) DBUG:parse_to: display={123}, ruri={sip:123@pcr.ac.id} 2(4454) is_local(): Realm 'pcr.ac.id' is not local 2(4454) parse_headers: flags=ffffffffffffffff 2(4454) check_via_address(202.95.149.2, 202.95.149.2, 0) 2(4454) DEBUG:destroy_avp_list: destroying list (nil) 2(4454) receive_msg: cleaning up 4(4460) udp_rcv_loop: probing packet received from 202.95.149.2 50195 5(4461) udp_rcv_loop: probing packet received from 202.95.149.2 50195 2(4454) udp_rcv_loop: probing packet received from 202.95.149.2 50195 4.This is the contain of mysql: mysql> select * from aliases; +----------+-----------+--------------------+----------+------+---------------------+------+---------------------------------------------------------------------+------+---------------------+-------+---------------------+--------+---------+| username | domain | contact | received | path | expires | q | callid | cseq | last_modified | flags | user_agent | socket | methods |+----------+-----------+--------------------+----------+------+---------------------+------+---------------------------------------------------------------------+------+---------------------+-------+---------------------+--------+---------+| 123 | pcr.ac.id | sip:coba@pcr.ac.id | NULL | NULL | 2006-08-09 02:53:59 | 1.00 | The-Answer-To-The-Ultimate-Question-Of-Life-Universe-And-Everything | 42 | 1970-01-01 07:00:00 | 128 | OpenSER Server FIFO | NULL | NULL || 456 | pcr.ac.id | sip:feri@pcr.ac.id | NULL | NULL | 2006-08-09 06:57:28 | 1.00 | The-Answer-To-The-Ultimate-Question-Of-Life-Universe-And-Everything | 42 | 1970-01-01 07:00:00 | 128 | OpenSER Server FIFO | NULL | NULL |+----------+-----------+--------------------+----------+------+---------------------+------+---------------------------------------------------------------------+------+---------------------+-------+---------------------+--------+---------+2 rows in set (0.00 sec) I do hope anybody can help me. I have tried to solve this problem 2 days but I can`t. Please help me..please.. Regards with cheers, Ferianto --------------------------------- Do you Yahoo!? Next-gen email? Have it all with the all-new Yahoo! Mail Beta. --------------------------------- Get your email and more, right on the new Yahoo.com

1 0

[Serusers] Crash Issues
by Suresh Arunachalam 10 Aug '06

10 Aug '06

Hello All, I am using ser-0.8.14 as the proxy and seeing the below given crash frequently. Please let me know what is causing the issue. The pool size is around 16mb. Loaded symbols for /lib/libnss_dns.so.2 #0 qm_malloc (qm=0x80cea20, size=16) at mem/q_malloc.c:239 239 FRAG_END(next)->prev_free=prev; (gdb) bt #0 qm_malloc (qm=0x80cea20, size=16) at mem/q_malloc.c:239 #1 0x080cea20 in mem_block () #2 0x08069dce in hostent_cpy (dst=0x80d0d74, src=0x80b8ce0) at proxy.c:133 #3 0x08069576 in mk_proxy (name=0xbfffe540, port=5060, proto=1) at proxy.c :228 #4 0x40296c41 in uri2proxy (uri=0xbfffe798, proto=16) at ut.h:120 #5 0x40295ab9 in uri2sock (uri=0x10, to_su=0xbfffe6b0, proto=16) at ut.h :141 #6 0x4029476a in build_dlg_ack (rpl=0xbfffe7a0, Trans=0x42533318, branch=16, to=0xbfffe748, len=0xbfffe7a0, next_hop=0xbfffe798) at t_msgbuilder.c:410 #7 0x402992a1 in build_local_ack (rpl=0x80d18c8, trans=0x10, branch=16, ret_len=0x10, next_hop=0x10) at t_reply.c:274 #8 0x40298621 in reply_received (p_msg=0x80d18c8) at t_reply.c:1217 #9 0x080569a0 in forward_reply (msg=0x80d18c8) at forward.c:504 #10 0x0806bea1 in receive_msg ( buf=0x80b9700 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 4.71.12.219:5068 ;branch=z9hG4bKe921.67e8dc61.0\r\nFrom: <sip:+xxxxxx@xx.xx.xx.xxx:xxxx>;tag=5df86c24f8e00fb2ae17ab041c094b88-7a49\r\nTo: <sip:+xxxxx@xx.xx.xx.xxx:"..., len=592, rcv_info=0x80d18c8) at receive.c:201 #11 0x080795ef in udp_rcv_loop () at udp_server.c:370 #12 0x0805aa89 in main_loop () at main.c:1107 #13 0x0805ce8e in main (argc=1108556168, argv=0xbfffed14) at main.c:2130 #14 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) f 0 #0 qm_malloc (qm=0x80cea20, size=16) at mem/q_malloc.c:239 239 FRAG_END(next)->prev_free=prev; (gdb) list 239 234 235 prev=FRAG_END(frag)->prev_free; 236 next=frag->u.nxt_free; 237 prev->u.nxt_free=next; 238 if(prev) 239 FRAG_END(next)->prev_free=prev; 240 } 241 242 243 #ifdef DBG_QM_MALLOC (gdb) Looking forward for the reply Thanks Suresh

1 0

[Serusers] forwarded calls got timeout when called part hangup
by ashou han 10 Aug '06

10 Aug '06

Hi there, I use a t_on_failure("1") in route[1] for a unavailable server to another sip server, but always get timeout (code=408) when the called part hangup, no error (code=200) when calling part hangup. Please help!! here is my ser.cfg and log: ============================== # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes #log_stderror=yes # (cmd line: -E) listen=127.0.0.1 /* 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) #port=5060 #children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "../usr/local/lib/ser/modules/mysql.so" #loadmodule "/usr/local/lib/ser/modules/postgres.so" loadmodule "/usr/local/lib/ser/modules/avpops.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/textops.so" #loadmodule "/usr/local/lib/ser/modules/xlog.so" loadmodule "/usr/local/lib/ser/modules/acc.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/local/lib/ser/modules/auth.so" #loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- modparam("acc", "log_missed_flag", 2) modparam("acc", "log_level", 1) modparam("acc", "log_flag", 1) modparam("acc", "failed_transactions", 1) modparam("acc", "log_fmt", "miocfsdrtup") #modparam("acc", "db_flag", 3) #modparam("acc", "db_missed_flag", 4) #modparam("acc", "failed_transactions", 1) #modparam("acc", "db_url", "postgres://gatekeeper:mm1ch0t@localhost/ser") #modparam("acc", "log_extra" ,"ua=hdr/User-Agent") #modparam("acc", "db_extra" ,"uuid=avp/i:888; src_ip=avp/i:999") modparam("avpops", "avp_aliases", "c_uri=i:888; s_ip=i:999" ) # -- 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) # — tm params -- # set time for which ser will be waiting for a final response; # fr_inv_timer sets value for INVITE transactions, fr_timer # for all others modparam("tm", "fr_inv_timer", 15 ) modparam("tm", "fr_timer", 10 ) # ------------------------- 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"); break; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; if (method=="INVITE" || method=="BYE" || method=="CANCEL"){ ## Accounting for all calls setflag(1); # setflag(2); }; if (method=="INVITE") { record_route(); } # write the source IP as avp "s_ip" for accounting purposes # avp_write( "$src_ip", "$s_ip"); if (loose_route() ) { log("------- LOOSE ROUTE"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); log("------- IF ROUTE"); #route(1); break; } else { # write the current RURI as avp "c_uri" for accounting purposes #avp_write( "$ruri", "$c_uri"); append_hf("P-hint: outbound alias\r\n"); log("------- ELSE ROUTE"); route(1); break; }; append_hf("P-hint: usrloc applied\r\n"); log("------- LAST ROUTE"); #route(1); setflag(4); break; } route[1] { if ((src_ip==192.168.0.199)) { if ((uri=~"^sip:1617.*@127\.0\.0\.1") or (uri=~"^sip:1508.*@127\.0\.0\.1")) { log(1, "----------- Forwarding to OUR GW\n"); rewritehost("192.168.0.201"); log("----------- Host rewrited\n"); setflag(1); # if we do not get a positive reply, continue at reply_route[1] t_on_failure("1"); }else if ((uri=~"^sip:1.*@127\.0\.0\.1")) { log("----------- Forwarding to GW\n"); rewritehost("192.168.0.100"); log("----------- Host rewrited\n"); setflag(1); }; t_relay(); break; } } failure_route[1] { if (t_check_status("487")) { break; }; # forwarding failed -- try again at another destination if (method=="INVITE" && t_check_status("403|408|500|503")) { # revert_uri(); log("----------- Next gateway\n"); rewritehost("192.168.0.100"); log("----------- Host rewrited\n"); append_branch(); setflag(1); t_relay(); } } ========================================= log: Jul 31 15:17:38 localhost /usr/local/sbin/ser[3468]: ACC: transaction answered: method=INVITE, i-uri=sip:16175552222@127.0.0.1:5060, o-uri=sip:16175552222@192.168.0.201:5060, call_id=C3ECE80-200011DB-9498E149-4F3DC2BB(a)199.232.41.199, from=<sip:192.168.0.199>;tag=318DE490-1872, code=200, totag=SDa3kv999-78f0001f-0-2058902615, fromtag=318DE490-1872, to=<sip:16175552222@127.0.0.1>;tag=SDa3kv999-78f0001f-0-2058902615, uid=n/a, userpart=16175552222 Jul 31 15:17:38 localhost /usr/local/sbin/ser[3463]: ACC: request acknowledged: method=ACK, i-uri=sip:127.0.0.1:5060;ftag=318DE490-1872;lr=on, o-uri=sip:16175552222@192.168.0.100:5060;endpoint=127.2.0.43;transport=udp, call_id=C3ECE80-200011DB-9498E149-4F3DC2BB(a)192.168.0.199, from=<sip:192.168.0.199>;tag=318DE490-1872, code=200, totag=SDa3kv999-78f0001f-0-2058902615, fromtag=318DE490-1872, to=<sip:16175552222@127.0.0.1>;tag=SDa3kv999-78f0001f-0-2058902615, uid=n/a, userpart=n/a Jul 31 15:18:13 localhost /usr/local/sbin/ser[3471]: ACC: transaction answered: method=BYE, i-uri=sip:127.0.0.1:5060;ftag=318DE490-1872;lr=on, o-uri=sip:16175552222@192.168.0.100:5060;endpoint=127.2.0.43;transport=udp, call_id=C3ECE80-200011DB-9498E149-4F3DC2BB(a)192.168.0.199, from=<sip:192.168.0.199>;tag=318DE490-1872, code=408, totag=SDa3kv999-78f0001f-0-2058902615, fromtag=318DE490-1872, to=<sip:16175552222@127.0.0.1>;tag=SDa3kv999-78f0001f-0-2058902615, uid=n/a, userpart=n/a

2 1

[Serusers] SER avpops avp_pushto
by Shaun Hofer 10 Aug '06

10 Aug '06

When I try to use avp_pushto() in one section of ser.cfg it works and in another section it doesn't. When I use it to out right forward a call it works fine (callfwd). When it's used in the failure_route[1] it doesn't seem to push a value onto ruri (I have made sure that avp_db_load() has been called/used) . I'm wondering if avp_pushto() one of those methods that can't be called from a failed route ? I get the following error when I use it: ERROR: t_forward_nonack: no branched for forwarding ERROR: w_t_relay (failure mode): forwarding failed ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) I tried taking away voicemail section in failure_route[1] and made sure I was phoning extension with a number instead of 'voicemail' in value column of the database. That made no difference. When I tried adding append_branch() after avp_pushto() it just ends up ringing the original phone number again. Thanks in advance -Shaun route[1] { # ---------------------------------------------------------- # Default Message Handler # ---------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; 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(); }; if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; lookup("aliases"); if (uri!=myself) { route(4); route(1); break; }; if (avp_db_load("$ruri/username", "s:callfwd")) { setflag(22); avp_pushto("$ruri", "s:callfwd"); route(6); break; }; if (!lookup("location")) { if (uri=~"^sip:0[1-9][0-9]{8}") { # Domestic PSTN route(4); route(5); break; }; sl_send_reply("404", "User Not Found"); break; }; if (avp_db_load("$ruri/username", "s:fwdnoanswer")) { if (!avp_check("s:fwdnoanswer", "eq/$ruri/i")) { setflag(27); }; }; log(1,"t on fail \n"); t_on_failure("1"); route(4); route(1); } route[4] { # ---------------------------------------------------------- # NAT Traversal Section # ---------------------------------------------------------- if (isflagset(6) || isflagset(7) || isflagset(11)) { if (!isflagset(8)) { setflag(8); use_media_proxy(); }; }; } route[6] { # ---------------------------------------------------------- # Call Forwarding Handler # ---------------------------------------------------------- lookup("aliases"); if (uri!=myself) { if (!isflagset(22)) { append_branch(); }; route(4); route(1); break; }; if (!lookup("location")) { if (uri=~"^sip:88[0-9]{8}") { # Offline VoIP Network user sent to * for voicemail route(4); route(5); break; }; sl_send_reply("404", "User Not Found"); break; }; route(4); route(1); } failure_route[1] { if (t_check_status("487")) { break; }; if (isflagset(26) && t_check_status("408")) { if (avp_check("s:fwdnoanswer","eq/voicemail/I")) { avp_delete("s:fwdnoanswer"); resetflag(26); revert_uri(); rewritehostport("x.x.x.x:5060");#goto voicemail server append_branch(); t_relay_to_udp("x.x.x.x", "5060"); break; } else { avp_pushto("$ruri", "s:fwdnoanswer"); avp_delete("s:fwdnoanswer"); resetflag(26); route(6); break; }; }; end_media_session(); }

2 1

[Serusers] Problem with fr_inv_timer_avp
by Michel Zenone 10 Aug '06

10 Aug '06

Hi! Does somebody know why 'fr_inv_timer_avp' does nothing when I use it as follow: ... modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("avpops","avp_url","mysql://root@localhost/ser") modparam("avpops","avp_table","avptimer") # 'avptimer' is like 'usr_preferences' ... avp_db_load("$ruri","inv_timeout/avptimer"); Actually I try to set a fr_inv_timer different from an user to another. 'avptimer' timer defines, for each users, their proper fr_inv_timer. If somebody can help... Thanks in advance, Michel

2 1

[Serusers] xmlrpc
by Victoria Cortez 10 Aug '06

10 Aug '06

Hello everybody, Can anybody tell me about xmlrpc module? I've found it in the CVS version. I could not find any docs about it yet. What is this module suppose to do, exactly? Thanks in advance, Victoria

2 1

[Serusers] Looking for Call termination service provider
by John Kim 10 Aug '06

10 Aug '06

Hi, I am looking for a VoIP wholesaler who will allow us to operate our own SIP server infrastructure while we can forward all PSTN destined calls to their gateway. I really didn't think that it would be hard to find one but I have not been successful. I have checked so far with iCallGlobe.com and Deltathree.com. Can any of you recommend us some VoIP wholesaler with quality service and competitive rate who allows this business setup? Below is logical business relation setup: Our subscriber <--->ATA setup to connect sip.ours.com<----->PSTN gateway of wholesaler.com<--->PSTN Basically we are looking for good "wholesaler.com". Any comments will be appreciated. John K.

1 0

Re: [Serusers] SS7 Signaling & Gateways
by Max Clark 09 Aug '06

09 Aug '06

Thanks Victor - unfortunately Cirpack does not support North American networks. On 8/9/06, Victor Stanescu <victor.stanescu(a)gtstelecom.ro> wrote: > I don't know what is reasonable for you, but I really advise you to take > a look at Cirpack (www.cirpack.com). It's the full option gateway/switch > (isdn, r2, ss7, v5, mgcp, sip, h.323, h.248), and if you take time to > study their hardware, you can start from very small and pay as you grow. > > I am using Cirpack's for 3 years and I was never more happier about > other telco equipment :-) > > Max Clark wrote: > > Hi all, > > > > I am looking for a _resonable_ cost SS7 solution to bundle with a TDM > > <-> SIP media gateway. I know the Cisco 5350 supports SS7 when bundled > > with an external solution - is there anything reasonably priced that > > will give me SS7 capability? > > > > Thanks in advance, > > Max > > > -- Max Clark http://www.clarksys.com

1 0

[Serusers] Trying to use a remote mysql....
by Roger Lewau 09 Aug '06

09 Aug '06

I have been running SER quite successfully for a long time now. So tonight I dared to replicate the database to a remote server and changed the ser.cfg as follows. This is the two lines I changed in my ser.cfg filen #fifo_db_url="mysql://ser:heslo@localhost/ser" fifo_db_url="mysql://ser:heslo@192.168.12.140/ser" #modparam("auth_db|permissions|uri_db|usrloc|acc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db|permissions|uri_db|usrloc|acc", "db_url", "mysql://ser:heslo@192.168.121.140/ser") Also updated serctl as follows: SQL_HOST=192.168.121.140 I then Stopped Ser, MySQL and restarted SER. It takes a long time then I get these line in the error log.. and ser fails to start. Aug 9 22:36:08 ns2 ser[43517]: new_connection(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) Aug 9 22:36:08 ns2 ser[43517]: db_init(): Could not create a connection Aug 9 22:36:08 ns2 ser[43517]: ERROR: group_db_ver: unable to open database connection Aug 9 22:36:08 ns2 ser[43517]: group:mod_init(): Error while querying table version Aug 9 22:36:08 ns2 ser[43517]: init_mod(): Error while initializing module group Then I start the old local mySQL server again and restart ser and it springs to life. Why is that? I am not pointing to the local mysql server anymore... Have I missed something in the configuration? Even more strange, it seems that all authentication and accounting gets queried in the new server as I see can see the data in the new server alse sees the client connection from SER. Any one who can help with an explanation on this behaviour? Kind regards Roger

2 2

[Users] I can`t add new client by using openserctl add. Please help...
by Ferianto siregar 09 Aug '06

09 Aug '06

Dear all, Now, I try to test my openser configuration by using xlite. I tried to call from client to test the openser configuration that I have built working sucessfully. So, I must create a new user by using "openserctl add" command. But when i tried to do that, I got an error message. The error message said that " no rows effected". I think that this message said that I can not add a new user. For example: #openserctl add aldi aldi aldi(a)pcr.ac.id What can i do for solve this problem? I do hope anybody can give me a sugesstion.Please help me...Please Note: I use mysql for the database, and it can work goodly. ( I can show all the table that there is in openser database) Thanks with cheers, Ferianto --------------------------------- Do you Yahoo!? Next-gen email? Have it all with the all-new Yahoo! Mail Beta.

2 1

[Users] Q:ABOUT:DELAY THE INVITE
by Alejandro Sanchez 09 Aug '06

09 Aug '06

MY scenario is the next. I have 2 video telephones that are conected to the PSTN and they has access trougth a dial up conection to the IP network and the problem is that the 2 video telephones shuld be register before one to other geretate the INVITE then i need make that when the first REGISTER arrive the sip server generate a delay for wait for the REGISTER of the other video telephone and both VT state register for the INVITE message.. Someone knows how can i do this? Thank's Alex. ___________________________________________________________ Do You Yahoo!? La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx

2 1

[Serusers] Call limiting ?
by Alexandre Snarskii 09 Aug '06

09 Aug '06

Hi! As far as I know, SER does not have functionality of limiting number of calls on per-user basis. It was discussed years ago, and the reason for that was "We don't have ability to know is call still alive" (http://lists.iptel.org/pipermail/serusers/2004-November/013035.html) But, in April 2005, RFC 4028 (Session Timers in SIP) appeared, and it (at least theoretically) can be utilised to achieve knowlege of active dialogs, and, as result - on number of active calls. And this RFC looks like supported on Cisco gateways: U X.X.X.X:59104 -> X.X.X.X:5060 INVITE sip:aaaaaaa@X.X.X.X:5060 SIP/2.0. Supported: 100rel,timer,replaces. ^^^^^ Min-SE: 1800. ^^^^^^^^^^^^^^ User-Agent: Cisco-SIPGateway/IOS-12.x. Question: is this RFC/functionality planned to be supported in SER ? If not - are there any good intro on "How to write SER module by yourself" ? :)

4 5

[Serusers] SS7 Signaling & Gateways
by Max Clark 09 Aug '06

09 Aug '06

Hi all, I am looking for a _resonable_ cost SS7 solution to bundle with a TDM <-> SIP media gateway. I know the Cisco 5350 supports SS7 when bundled with an external solution - is there anything reasonably priced that will give me SS7 capability? Thanks in advance, Max -- Max Clark http://www.clarksys.com

1 0

[Serusers] presence_b2b UA
by Curt Moore 09 Aug '06

09 Aug '06

Hello all. I have been experimenting with the ser-0.10.99-xxx branch(es) and have a question about the presence_b2b module. I realize that the module is not yet fully complete but according to the documentation, when finished, the module should be able to take an inbound SUBSCRIBE request and then create a new SUBSCRIBE request outbound to another SIP entity or multiple SIP entities, ie Asterisk servers, hence the back to back functionality. What is the status of this functionality? Is anyone currently working to complete this functionality? I would be interested in helping complete or sponsoring the completion of this functionality. My intent is to have a SER server act as the central watcher database server and have all SUBSCRIBE and NOTIFY requests channeled through this SER server. This SER server will then generate new SUBSCRIBE requests out to each server in a farm of Asterisk servers and the Asterisk servers will then send NOTIFIES back to the SER watcher server. The watcher server will then take care of sending the NOTIFY messages to the correct watcher(s), according to the data in its watcher database. Is anyone currently doing anything similar to this using a different method or is using the yet to be completed B2B UA the correct/only way to accomplish this? Thanks, -Curt

2 1

[Users] Serial forking and accounting
by Andreas Granig 09 Aug '06

09 Aug '06

Hi, In a scenario A -> OpenSER -> B with the request being INVITE, B sends back 404 to OpenSER (the flag "db_missed_flag" of the acc module is set). OpenSER forks serially and sends another request to C, which is answered with 200. Now I get two acc records, the 404 from B because of the missed-flag and the 200 from C. Now is there a way to selectively suppress the acc record for the 404 in the failure route? Concretely I'd like to decide in the failure route whether that transaction is being accounted. Thanks, Andy

2 7

[Users] Troubles parsing headers
by Lars Sundqvist 09 Aug '06

09 Aug '06

Hi everyone, We have been having a problem with our openser installation for a while, certain REGISTER requests generates errors. The openser version we are running is 1.0.0 from cvs. Does anyone have a clue why the following register generates the error below? Register: xxx.xxx.xx.xx:5061 -> yyy.yyy.yyy.yyy:5060 REGISTER sip:sip.xxxxx.xxx SIP/2.0..Via: SIP/2.0/UDP xxx.xxx.xx.xx:5061;branch=z9hG4bK-39f541a2..From: aaaa.bbbbb <sip: username123(a)sip.xxxxx.xxx>;tag=ea 8cef4b108a99bco1..To: aaaa.bbbbb <sip: username123(a)sip.xxxxx.xxx>..Call-ID: b96fead3-f03493d4@xxx.xxx.xx.xx..CSeq: 2508 REGISTER..Max-Forwards: 70..Conta ct: aaaa.bbbbb <sip: username123@xxx.xxx.xx.xx:5061>;expires=3600..User-Agent: Linksys/RT31P2-2.0.10(LIc)..Content-Length: 0..Allow: ACK, BYE, CANCEL, IN FO, INVITE, NOTIFY, OPTIONS, REFER..Supported: x-sipura.... Error: /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: ERROR:parse_from_header: bad from header /sbin/openser[18198]: xl_get_from: ERROR cannot parse FROM header /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: xl_get_to: ERROR cannot parse TO header /sbin/openser[18198]: [REGISTER] from [<null>] to [<null>] /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: ERROR:maxfwd:is_maxfwd_present : parsing MAX_FORWARD header failed! /sbin/openser[18198]: ERROR:parse_from_header: bad from header /sbin/openser[18198]: insert_RR(): From parsing failed /sbin/openser[18198]: record_route(): Error while inserting Record-Route line /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: find_first_route: Error while parsing headers /sbin/openser[18198]: analyzing REGISTER request /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: find_credentials(): Error while parsing headers /sbin/openser[18198]: pre_auth(): Error while looking for credentials /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: ERROR: get_hdr_field: bad to header /sbin/openser[18198]: ERROR: bad header field /sbin/openser[18198]: ERROR: build_res_buf_from_sip_req: alas, parse_headers failed /sbin/openser[18198]: pre_auth(): Error while sending 400 reply Many thanks, Lars Sundqvist

1 0

[Serusers] Gizmo Project API
by Voipers Portugal 09 Aug '06

09 Aug '06

Hi, Does anyone here used Gizmo Project API to build a softphone that can be used with other SIP servers like SER? My idea was to develop something like their softphone (Gizmo) but make it work with my own VoIP network. Any suggestions? Jose Simoes

1 0

RE: [Serusers] Call Forward Billing
by Rosa De Santis 09 Aug '06

09 Aug '06

Hi again, Jiri. I had to leave this for a while, but I'm back. I'm trying to do the original idea: A calls B, B forwards to C. The call is A-C and the billing is B-C. In SER I added B in the Diversion header of the SIP message and this is forwarded to *b2bua. In *b2bua I change the Radius Message to charge B and change the SIP message to make the call from A to C, just like you told me. Everything seems to be OK: C phone rings, but....the call can't be established, the call hangs up when C answers. It seems that something is missing after the call is answered... Can you please give me some help? Best regards Rosa. ---------------------------------------- > Date: Tue, 11 Jul 2006 16:05:59 +0200 > To: rosadesantis(a)hotmail.com; serusers(a)lists.iptel.org > From: jiri(a)iptel.org > Subject: RE: Re: [Serusers] Call Forward Billing > > At 15:45 11/07/2006, Rosa De Santis wrote: > >Thanks Jiri and Greger for your answers. > > > >I just wanted to make it simple, because I'm using a third party billing system. > >I'm using SER + Asterisk b2bua. My original idea was to add a Diversion header to the sip message in SER, and to modify the Radius message in Asterisk > b2bua when i find that diversion header, to give the Radius message ready and modified to the billing system, so they don't have to make any additional > process for the call forward case. > > If that's all you need then it is as easy as putting the proper identity in AVP, printing the AVP > in diversion header, and integrating all pieces together. > > -jiri > > > >Please, is this possible? any ideas? > >Thanks again. > > > >Rosa. > > > >----------------------------------------------- > >> Date: Tue, 11 Jul 2006 08:18:59 +0200 > >> From: greger(a)teigre.com > >> To: jiri(a)iptel.org > >> CC: rosadesantis(a)hotmail.com; serusers(a)lists.iptel.org > >> Subject: Re: [Serusers] Call Forward Billing > >> > >> Just to expand on "special-casing": Getting user actions into $ can be very tricky and is very dependent on your billing system. I.e. the capabilities of the type of invoice records that can be created (and manipulated; rating, VAT, no VAT, customer discounts, volume discounts, time of day etc etc). You normally have to start there and trace back: What should the normalized CDRs look like for the billing system to import and rate them correctly. Then you step backwards again: Your accounting records (start/stop), what should they look like. The tool taking start/stop records must be capable of interpreting the records and create normalized CDRs. If you gather accounting records from multiple sources (PSTN GWs, routers etc), it may make sense to consolidate the record collection and normalization (i.e. adapt your accounting records to be similar across sources so you simplify the normalization)- > >> Puh! This leads us to Jiri's comment: Once you know what you need, you can use additional AVPs/flags in acc table. > >> g-) > >> PS! In the PSTN world, the forwarding party/C-number is often added in a third column in the records and one set of start/stop will exist for each call leg. If present, the C-number will be used for charging. > >> Jiri Kuthan wrote: > >> It is a configuration thing. It appears a misconception to me to build special-casing in SER. acc module can store additional AVPs or flags in acc table. These can indicate reverse charging at your convenience, to be processed by your favorite CDR postprocesssing tool. Moreover, if done well, all the authentication-authorization-accounting process can be, if configured properly, brought to the same least common denominator, which is AVP -- you authenticate someone, check if his ACLs expressed as an AVP permit a call (e.g., 'international'), account it (possibly with additional AVPs/flags providing additional hints for how to interpret the CDR). -jiri At 19:49 10/07/2006, Rosa De Santis wrote: > >> Thanks for your answer. And this functionality is not present in SER ? Rosa. ----------------------------------------------- > >> Date: Sat, 8 Jul 2006 00:20:44 -0700 From: t_maron_lists(a)yahoo.com Subject: Re: [Serusers] Call Forward Billing To: rosadesantis(a)hotmail.com If you are locked by this, you can import a patch from openser, they have it for some time, see: http://openser.org/docs/modules/1.1.x/acc.html#MULTI-CALL-LEGS T. On 07/07/06 18:46, Rosa De Santis wrote: Hello all. Please, can somebody help about changing the billing when making call forward ? I'm trying to change the billed user when A calls B, B forwards to C (C is PSTN). I want to charge the call to B. I'm using Ser+Asterisk B2BUA. Any idea, please? Thanks Rosa. _________________________________________________________________ Be one of the first to try Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-49… Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers ----------------------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. > >> _________________________________________________________________ Be one of the first to try Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-49… 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 > > > >_________________________________________________________________ > >Be one of the first to try Windows Live Mail. > >http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-49… > >Serusers mailing list > >Serusers(a)lists.iptel.org > >http://lists.iptel.org/mailman/listinfo/serusers > > -- > Jiri Kuthan http://iptel.org/~jiri/ > _________________________________________________________________ Descubre Live.com - tu mundo en línea reunido: noticias, deportes, el tiempo, y mucho más. http://www.live.com/getstarted

2 1

[Users] Problem to compile Module unixodbc
by Jose Gil Navarrete 08 Aug '06

08 Aug '06

Hi!!!!! I have the next problem: When I try to compile, I obtain the next error: Where and How I can obtain these files (sql.h, sqlext.h) that I need to compile this module? Thanks!!!!! make[1]: Entering directory `/root/OPENSER/openser-1.1.0-notls/modules/unixodbc' Compiling dbase.c gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -DNAME='"openser"' -DVERSION='"1.1.0-notls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 4.1.0"' -D__CPU_i386 -D__OS_linux -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DSTATISTICS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/local/include -c dbase.c -o dbase.o In file included from dbase.c:44: val.h:36:17: error: sql.h: No such file or directory val.h:37:20: error: sqlext.h: No such file or directory In file included from dbase.c:44: val.h:50: error: expected â)â before â*â token In file included from dbase.c:45: my_con.h:57: error: expected specifier-qualifier-list before âSQLHENVâ my_con.h:87: error: expected declaration specifiers or â...â before âSQLHANDLEâ my_con.h:87: error: expected declaration specifiers or â...â before âSQLSMALLINTâ dbase.c: In function âreconnectâ: dbase.c:60: error: âSQLCHARâ undeclared (first use in this function) dbase.c:60: error: (Each undeclared identifier is reported only once dbase.c:60: error: for each function it appears in.) dbase.c:60: error: expected â;â before âoutstrâ dbase.c:61: error: âSQLSMALLINTâ undeclared (first use in this function) dbase.c:61: error: expected â;â before âoutstrlenâ dbase.c:67: warning: implicit declaration of function âSQLDisconnectâ dbase.c:67: error: âstruct my_conâ has no member named âdbcâ dbase.c:76: warning: implicit declaration of function âSQLDriverConnectâ dbase.c:76: error: âstruct my_conâ has no member named âdbcâ dbase.c:77: error: expected expression before â)â token dbase.c:79: warning: implicit declaration of function âSQL_SUCCEEDEDâ dbase.c:81: error: âstruct my_conâ has no member named âdbcâ dbase.c:82: error: âSQL_HANDLE_DBCâ undeclared (first use in this function) dbase.c:82: error: too many arguments to function âextract_errorâ dbase.c:86: warning: implicit declaration of function âSQLAllocHandleâ dbase.c:86: error: âSQL_HANDLE_STMTâ undeclared (first use in this function) dbase.c:86: error: âstruct my_conâ has no member named âdbcâ dbase.c:87: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:89: error: âstruct my_conâ has no member named âdbcâ dbase.c:91: error: âstruct my_conâ has no member named âdbcâ dbase.c:91: error: too many arguments to function âextract_errorâ dbase.c: In function âsubmit_queryâ: dbase.c:104: error: âSQLCHARâ undeclared (first use in this function) dbase.c:104: error: expected â;â before âsqlstateâ dbase.c:107: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:109: warning: implicit declaration of function âSQLCloseCursorâ dbase.c:109: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:110: warning: implicit declaration of function âSQLFreeHandleâ dbase.c:110: error: âSQL_HANDLE_STMTâ undeclared (first use in this function) dbase.c:110: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:113: error: âstruct my_conâ has no member named âdbcâ dbase.c:113: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:116: error: âstruct my_conâ has no member named âdbcâ dbase.c:118: error: âstruct my_conâ has no member named âdbcâ dbase.c:118: error: âSQL_HANDLE_DBCâ undeclared (first use in this function) dbase.c:119: error: âsqlstateâ undeclared (first use in this function) dbase.c:119: error: too many arguments to function âextract_errorâ dbase.c:131: warning: implicit declaration of function âSQLExecDirectâ dbase.c:131: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:131: error: expected expression before â)â token dbase.c:134: error: expected â;â before âsqlstateâ dbase.c:136: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:137: error: too many arguments to function âextract_errorâ dbase.c:147: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:147: error: expected expression before â)â token dbase.c:151: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:152: error: too many arguments to function âextract_errorâ dbase.c:154: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:155: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:162: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:163: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c: At top level: dbase.c:209: error: expected â)â before â*â token dbase.c:240: error: expected â)â before â*â token dbase.c:286: error: expected â)â before â*â token dbase.c: In function âdb_free_resultâ: dbase.c:451: error: âSQL_HANDLE_STMTâ undeclared (first use in this function) dbase.c:451: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c:452: error: âstruct my_conâ has no member named âstmt_handleâ dbase.c: In function âdb_queryâ: dbase.c:505: warning: implicit declaration of function âprint_whereâ dbase.c:505: error: âstruct my_conâ has no member named âdbcâ dbase.c: In function âdb_insertâ: dbase.c:581: warning: implicit declaration of function âprint_valuesâ dbase.c:581: error: âstruct my_conâ has no member named âdbcâ dbase.c: In function âdb_deleteâ: dbase.c:628: error: âstruct my_conâ has no member named âdbcâ dbase.c: In function âdb_updateâ: dbase.c:672: warning: implicit declaration of function âprint_setâ dbase.c:672: error: âstruct my_conâ has no member named âdbcâ dbase.c:683: error: âstruct my_conâ has no member named âdbcâ dbase.c: In function âdb_replaceâ: dbase.c:727: error: âstruct my_conâ has no member named âdbcâ make[1]: *** [dbase.o] Error 1 make[1]: Leaving directory `/root/OPENSER/openser-1.1.0-notls/modules/unixodbc' --------------------------------- Do You Yahoo!? La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx

2 1

[Serusers] CIDName to Alias
by Ali Zaidi 08 Aug '06

08 Aug '06

Hi, Is this possible to change CIDName to Alias, for example my uri is 5001231234(a)myser.com and alias 2121231234. When person call to other user, it shows "Jon Doe" 500-123-1234 but i want this to shown as "Jon Doe" 2121231234 <= which is publicly known PSTN number. Please help.... Regards, Ali....

1 0

[Serusers] CIDName to Alias
by Ali Zaidi 08 Aug '06

08 Aug '06

Hi, Is this possible to change CIDName to Alias, for example my uri is 5001231234(a)myser.com and alias 2121231234. When person call to other user, it shows "Jon Doe" 500-123-1234 but i want this to shown as "Jon Doe" 2121231234 <= which is publicly known PSTN number. Please help.... Regards, Ali....

1 0

[Users] mysql problems with openser
by Ever Zalazar 08 Aug '06

08 Aug '06

Hi ! I have a question: When I try to create a user openserctl add 202020 12345 202020(a)hotmail.com Appear a message: Warning: no database engine found - tried ' ' This command requires a database engine - none was loaded. Thanks Ever

2 1

[Users] reading info from custom db table
by zm23 08 Aug '06

08 Aug '06

Hi, I want to store some information in a separate table in mysql database. Think of it as a second user preference table but I want to keep that information separate. What will be the best way to achieve that? So that I am able to lookup values from this additional table and use it to make routing decisions. Also, does openser provide a way to do custom sql queries. Thanks in advance for your help. -- Zahid Mehmood CUIT Network Systems

2 2

[Serusers] SER on best OS
by ram 08 Aug '06

08 Aug '06

Hi all What is the best OS to install SER on. and its very stable for Prepaid and Post paid Iam trying to install on FC5 or RHEL 4.0 Expert coments will be apprciated Ram

3 3

Re: [Users] Can not register to OPENSER
by Kristian Kielhofner 08 Aug '06

08 Aug '06

Bill Zhang wrote: > Bogdan, > > Thanks for the reminder, this is a question that I don't know the answer, as > I'm struggling to understand the whole configuration. I will try to find > out why it is called:). > > BTW, I always want to see if I can make SER a powerful server with following > configuration: > > 1. Check if SIP end point(base on the SIP message, like Register, Invite) > is behind the NAT, if it is with private IP, then use SER NAThelper for SIP > Message and RTP Proxy for RTP. > 2. If it is with public IP, check if its IP and Source port is as claimed > in the SIP Message(Invite, Register, etc), if yes, then proceed to treat > this SIP end point with public IP. > 3. If 2 is not true, then this end point may use STUN with wrong detection > result, then we treat it as in 1. > > I wonder if there is any sample configurations for reference? > > Best Regards, > Bill Zhang > Tel: 626-956-0260 ext 601 > Cell: 626-354-0967 > web: www.grandstream.com > email: wzhang(a)grandstream.com > > Bill, nathelper.so has all of that functionality: http://www.openser.org/docs/modules/1.1.x/nathelper.html 1) nat_uac_test & fix_nated_* can do everything you are looking for. Make sure to look at the flags for nat_uac_test. They should probably be >= 19. 2) nat_uac_test only returns true if it detects nat based on your flags. Therefore, you can use logic like this: #--------REGISTER section---------------------- if (!search("^Contact:[ ]*\*") && nat_uac_test("23")) { setflag(6); fix_nated_register(); force_rport(); }; #-----INVITE SECTION-------- #(in INVITE message handler) if (nat_uac_test("23")) { setflag(6); } #--------Extra Routes-------------- route[4] { # NAT Traversal Section if (isflagset(6)) { xlog("Fixing NAT in section 4\n"); force_rport(); fix_nated_contact(); force_rtp_proxy(); } } Now you can just call route(4) BEFORE you call your other route(s). 3) I'm not sure that I really follow you on this one... P.S. - You'll also want to run RTPProxy to proxy the media streams for clients that are behind nats. -- Kristian Kielhofner

1 0

[Users] Open SER on Best OS
by ram 08 Aug '06

08 Aug '06

Hi all What is the best OS to install Open SER on. and its very stable for Prepaid and Post paid Iam trying to install on FC5 or RHEL 4.0 Expert coments will be apprciated Ram

6 6

[Serusers] SER & RTPProxy
by Sebastian Gabris 08 Aug '06

08 Aug '06

Hello everybody, does anybody have a sample config - file for this scenario : (no authentication, mysql or whatever needed. SER should just relay the call) UA(privateIP) <-> (privateIP)SER(publicIP) <-> UA-(VoIP - Provider, pubicIP) I already tried the onsip configfiles and many other files :) but I still see no way to get this SER - Router working. I already tested this enviroment with siproxd and all worked well. So the problem must be with my config file. Any help would be very appreciated :-) ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130

1 0

[Users] Proxy authentication message to wrong port
by M D 08 Aug '06

08 Aug '06

Hi I have an OpenSER 1.1 box on a public IP running a config taken more-or-less verbatim from the iptel.org getting started examples. I have a UA behind a PIX which is translating port 5060 on the phone to port 8907 on the firewall. OpenSER is ignoring this and sending replies to INVITEs to port 5060 on the firewall. If it's likely to make any difference, the PATed IP and the IP of the OpenSER box are on the same network. 31 61.574505 193.x.x.15 -> 193.x.x.5 SIP/SDP Request: INVITE sip:5551212@193.x.x.5;user=phone, with session description 32 61.575998 193.x.x.5 -> 193.x.x.15 SIP Status: 407 Proxy Authentication Required Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: SIP Request: Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: method: <INVITE> Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: uri: < sip:5551212@193.x.x.5;user=phone> Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: version: <SIP/2.0> Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: flags=2 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: Found param type 232, <branch> = <z9hG4bK4ae31c203ab6ceb>; state=16 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: end of header reached, state=5 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: Via found, flags=2 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: this is the first via Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: After parse_msg... Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: preparing to run routing scripts... Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: flags=100 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG:parse_to:end of header reached, state=10 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DBUG:parse_to: display={}, ruri={sip:5551212@193.x.x.5;user=phone} Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG: get_hdr_field: <To> [39]; uri=[ sip:5551212@193.x.x.5;user=phone] Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG: to body [< sip:5551212@193.x.x.5;user=phone>^M ] Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: get_hdr_field: cseq <CSeq>: <1> <INVITE> Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG: get_hdr_body : content_length=284 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: found end of header Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG: is_maxfwd_present: max_forwards header not found! Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG: add_param: tag=3783260355 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG:parse_to:end of header reached, state=29 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DBUG:parse_to: display={}, ruri={sip:84410001@193.x.x.5;user=phone} Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: flags=200 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: find_first_route: No Route headers found Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: loose_route: There is no Route HF Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: grep_sock_info - checking if host==us: 12==12 && [ 193.x.x.5] == [193.x.x.5] Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: grep_sock_info - checking if port 5060 matches port 5060 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: XXX INVITE handler: start Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: flags=10000 Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: pre_auth(): Credentials with given realm not found Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: XXX INVITE handler: proxy_authorize failed Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: build_auth_hf(): 'Proxy-Authenticate: Digest realm=" 193.x.x.5", nonce="44d3636e40c00e3f51456a587f994d0f285325af"^M ' Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: parse_headers: flags=ffffffffffffffff Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: check_via_address( 193.x.x.15, 10.200.100.46, 0) Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: DEBUG:destroy_avp_list: destroying list (nil) Aug 4 16:05:38 sip3 /usr/sbin/openser[22195]: receive_msg: cleaning up How can I force proxy_challenge() to send its challenge to port 8907? Cheers, Mark Config: debug=8 fork=yes log_stderror=no listen=193.82.139.5 port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://openserro:openserro@localhost/openser" loadmodule "/usr/lib/openser/modules/mysql.so" loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/auth.so" loadmodule "/usr/lib/openser/modules/auth_db.so" loadmodule "/usr/lib/openser/modules/uri.so" loadmodule "/usr/lib/openser/modules/uri_db.so" loadmodule "/usr/lib/openser/modules/nathelper.so" loadmodule "/usr/lib/openser/modules/textops.so" modparam("auth_db|uri_db|usrloc", "db_url", " mysql://openserro:openserro@localhost/openser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); return; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); return; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; if (method=="BYE" || method=="CANCEL") { unforce_rtp_proxy(); } # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); return; }; if (method=="INVITE") { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); return; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); return; }; consume_credentials(); if (nat_uac_test("19")) { setflag(6); force_rport(); fix_nated_contact(); }; force_rtp_proxy("l"); }; route(1); return; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(4); route(1); return; }; if (method=="ACK") { route(1); return; } else if (method=="CANCEL") { route(1); return; } else if (method=="INVITE") { route(3); return; } else if (method=="REGISTER") { route(2); return; }; lookup("aliases"); if (uri!=myself) { route(4); route(1); return; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); return; }; route(1); } route[1] { log("XXX default handler: start"); # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" && isflagset(6)) { unforce_rtp_proxy(); }; sl_reply_error(); }; } route[2] { log("XXX REGISTER handler: start"); # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- if (!search("^Contact:[ ]*\*") && nat_uac_test("19")) { log("XXX REGISTER handler: valid contact and nat_uac_test(19) true"); setflag(6); fix_nated_register(); force_rport(); }; log("XXX REGISTER handler: 100 trying"); sl_send_reply("100", "Trying"); if (!www_authorize("","subscriber")) { log("XXX REGISTER handler: www_authorize failed"); www_challenge("","0"); return; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); return; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; log("XXX REGISTER handler: location saved"); } route[3] { log("XXX INVITE handler: start"); # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (!proxy_authorize("","subscriber")) { log("XXX INVITE handler: proxy_authorize failed"); proxy_challenge("","0"); return; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); return; }; consume_credentials(); if (nat_uac_test("19")) { setflag(6); } lookup("aliases"); if (uri!=myself) { route(4); route(1); return; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); return; }; route(4); route(1); } route[4] { log("XXX NAT traversal: start"); # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6)) { force_rport(); fix_nated_contact(); force_rtp_proxy(); } } onreply_route[1] { log("XXX onreply_route: start"); if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if (!search("^Content-Length:[ ]*0")) { force_rtp_proxy(); }; }; if (nat_uac_test("1")) { log("XXX onreply_route: nat_uac_test(1) true"); fix_nated_contact(); }; }

2 3

[Users] auth_radius
by Pavel D. Kuzin 08 Aug '06

08 Aug '06

trying to setup radius and set to work together. sems have a strange problem.... ser recives " 0(5447) ERROR:auth_radius:radius_authorize_sterman: rc_auth failed" but freeradius reply is "Sending Access-Accept of id 172 to 127.0.0.1 port 56137 Reply-Message = "Authenticated" Sip-RPId = "88123321139" Finished request 0 " Please tell me what is a problem? -- Pavel D.Kuzin System Administrator Nodex ISP St. Petersburg, Russia pk(a)nodex.ru http://nodex.ru

3 5

[Users] Need help on PHP and Radius
by raviprakash sunkara 08 Aug '06

08 Aug '06

Hi Guys... I need to integrate php and raadius... Actually i want to create the own user interface on OPENSER..... That on PHP 5 is having the radis integration . So i need it... Now , I'm using the Radius in openser for " AAA " purpose only... Now I need to develop web interface for my application with radius... plz help me.... on this............. -- Thanks and Regards with cheers Sunkara Ravi Prakash (Voip Developer) Hyperion Technology Kondapur, Hi-tech city, Hyderabad. www.hyperion-tech.com +91-9985077535

3 2

Re: [Users] Can not register to OPENSER
by Bogdan-Andrei Iancu 08 Aug '06

08 Aug '06

Hi Bill, you should you call force_rtp_proxy() for a REGISTER? regards, bogdan Bill Zhang wrote: >The issue is, this is a SIP Registration message, it certainly does NOT >contain SDP, in fact there are other SIP messages that does NOT contain SDP >message but still need nathelper to recognize it behind a NAT so that >OPENSER can send response back to the client correctly. > >In summary, nathelper should be able to base on the SIP message to handle it >correctly. > >Best Regards, >Bill Zhang >-----Original Message----- >From: Marc Haisenko [mailto:haisenko@comdasys.com] >Sent: Thursday, August 03, 2006 12:09 AM >To: users(a)openser.org >Cc: Bill Zhang >Subject: Re: [Users] Can not register to OPENSER > >On Thursday 03 August 2006 00:46, Bill Zhang wrote: > > >>Anyone knows why I keep getting following error message? >> >> >> >>Aug 2 13:10:26 localhost openser[30695]: ERROR: extract_body: message >> >> >body > > >>has length zero >> >>Aug 2 13:10:26 localhost openser[30695]: ERROR: force_rtp_proxy2: can't >>extract body from the message >> >> > >The message says it, and your SIP message proves it: the SIP message has no >body. > >nathelper operates on the SDP body, it mangles them (together with rtpproxy) > >so that the SDP body sent to the receiver contains the address of your >machine running OpenSER instead of the real phone. This is so that the >machine can act as RTP proxy on network edges. > >Since your SIP message has no SDP body there is nothing nathelper can do :-) >C'ya, > Marc > > > >

2 1

[Users] record route
by abhishek kaushik 07 Aug '06

07 Aug '06

Hi all, This is abhishek Kaushik from delhi , i am not using record route in my proxy , but still the ACk/Bye passes through my proxy ,can somebody please explain, thanks and regards abhishek kaushik ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!

2 1

[Users] The lcr module has incorrect syntax for the current mysql release
by Brandon Price 07 Aug '06

07 Aug '06

Of coarse I found this out after upgrading my test box from mysql 5.0.19 to 5.0.22. The lcr module runs the following query... SELECT gw.ip_addr, gw.port, gw.uri_scheme, gw.transport, gw.strip, gw.prefix FROM gw, lcr WHERE ''<sip:12345678910@eastern.mynoc.net>'' LIKE lcr.from_uri AND '15184782222' LIKE CONCAT(lcr.prefix, '%') AND lcr.grp_id = gw.grp_id ORDER BY CHAR_LENGTH(lcr.prefix), lcr.priority DESC, RAND() which returns ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ':12345678910@eastern.mynoc.net>'' LIKE lcr.from_uri AND '15184782222' LIKE CONCA' at line 1 the correct query would be ... SELECT gw.ip_addr, gw.port, gw.uri_scheme, gw.transport, gw.strip, gw.prefix FROM gw, lcr WHERE '<sip:12345678910@eastern.mynoc.net>' LIKE lcr.from_uri AND '15184782222' LIKE CONCAT(lcr.prefix, '%') AND lcr.grp_id = gw.grp_id ORDER BY CHAR_LENGTH(lcr.prefix), lcr.priority DESC, RAND(); Notice that I removed the double single quotes around <sip: 12345678910(a)eastern.mynoc.net> which is the from uri. This appears to be broken in current cvs as well.

3 6

Re: [Serusers] Cisco like translation rules in SER.
by Jiri Kuthan 07 Aug '06

07 Aug '06

There is a buch of commands you can use for uri maniputlation: strip, prefix, subst_uri. -jiri At 15:52 25/07/2006, Robert Zorop wrote: >Hi guys. > I'd like to hear about different methods of implementing cisco like transtation rules in SER. I was thinking about AVPs, but still couldn't find the ight way. > Is someone is doing it inside or outside ser, please shed a light on this!. What i need is to stip some numbers, and then add some other (variables) before proxying the calls. > > >Thanks in advance. > >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

3 4

Re: [Users] OpenSER Administrator Release
by Mike Williams 07 Aug '06

07 Aug '06

It's done on SVN. Thanks for the tip. Let me know what you think of the release. Mike On Monday 07 August 2006 02:53, Louis Alexander wrote: > Gem install mysql worked great! > > You might want to add this to your INSTALL document as it is not in there. > Thanks! > > Louis > > -----Original Message----- > From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On > Behalf Of Mike Williams > Sent: Monday, August 07, 2006 2:40 PM > To: users(a)openser.org > Subject: Re: [Users] OpenSER Administrator Release > > Hmm, > > Did you run 'gem install mysql'? According to some websites, this is > needed. > > Also, what OS and version of MySQL are you running? > > Mike > > On Monday 07 August 2006 02:03, Louis Alexander wrote: > > Unfortunately (fortunately?) I've allowed that user under the machines > > domain name, 127.0.0.1, and localhost. Yet the issue still persists. > > Ill keep trying to figure it out. > > > > Thanks > > > > Louis > > > > -----Original Message----- > > From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On > > Behalf Of Mike Williams > > Sent: Monday, August 07, 2006 1:19 PM > > To: users(a)openser.org > > Subject: Re: [Users] OpenSER Administrator Release > > > > > > Google seems to suggest that it might be a permissions problem: remember > > that > > to MySQL, localhost and 127.0.0.1 are different. You may want to look at > > this > > link: http://www.adamsdesk.com/be/?p=177 > > > > Mike > > > > On Monday 07 August 2006 01:02, Louis Alexander wrote: > > > Mike, > > > I'm having trouble logging into the OpenSER Administrator. I get > > > the following error in my browser: > > > > > > Got any tips? > > > > > > > > > ActiveRecord::StatementInvalid in LoginController#login > > > > > > Mysql::Error: Lost connection to MySQL server during query: SELECT * > > FROM > > > > users WHERE (login = 'openser' AND password = > > > '0dd62bae0b6b4d8e0388c620134decb8405b6976') LIMIT 1 > > > > > > RAILS_ROOT: script/../config/.. > > > Application Trace | Framework Trace | Full Trace > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > > >r ecated_finders.rb:22:in `find_first' > > > #{RAILS_ROOT}/app/models/user.rb:7:in `authenticate' > > > app/controllers/login_controller.rb:11:in `login' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > > >r ecated_finders.rb:22:in `find_first' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >a se.rb:910:in `perform_action_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > > >i lters.rb:368:in `perform_action_without_benchmark' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/r > > > >e scue.rb:82:in `perform_action' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >a se.rb:381:in `process_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > > >i lters.rb:377:in `process_without_session_management_support' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/s > > > >e ssion_management.rb:117:in `process' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/dispatcher.rb:38:in > > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:115:i > > > >n `handle_dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:81:in > > > > `service' > > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:162:in `start_thread' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:95:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:92:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:23:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:82:in `start' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:67:in > > > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/servers/webrick. > > > >r b:59 > > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > > >p endencies.rb:147:in `require' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/server.rb:30 > > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > > >p endencies.rb:147:in `require' > > > script/server:3 > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > > >r ecated_finders.rb:22:in `find_first' > > > #{RAILS_ROOT}/app/models/user.rb:7:in `authenticate' > > > app/controllers/login_controller.rb:11:in `login' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >a se.rb:910:in `perform_action_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > > >i lters.rb:368:in `perform_action_without_benchmark' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/r > > > >e scue.rb:82:in `perform_action' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > > >a se.rb:381:in `process_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > > >i lters.rb:377:in `process_without_session_management_support' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/s > > > >e ssion_management.rb:117:in `process' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/dispatcher.rb:38:in > > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:115:i > > > >n `handle_dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:81:in > > > > `service' > > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:162:in `start_thread' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:95:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:92:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:23:in `start' > > > /usr/local/lib/ruby/1.8/webrick/server.rb:82:in `start' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:67:in > > > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/servers/webrick. > > > >r b:59 > > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > > >p endencies.rb:147:in `require' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/server.rb:30 > > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > > >p endencies.rb:147:in `require' > > > script/server:3 > > > > > > Request > > > > > > Parameters: {"user_login"=>"openser", "user_password"=>"openserrw", > > > "login"=>"Login \302\273"} > > > > > > Show session dump > > > > > > --- > > > return-to: /login > > > flash: !map:ActionController::Flash::FlashHash {} > > > > > > > > > Response > > > Headers: {"cookie"=>[], "Cache-Control"=>"no-cache"} > > > > > > -----Original Message----- > > > From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On > > > Behalf Of Mike Williams > > > Sent: Friday, August 04, 2006 10:38 AM > > > To: users(a)openser.org > > > Cc: devel(a)openser.org > > > Subject: [Users] OpenSER Administrator Release > > > > > > All, > > > > > > I've just finished my first release of OpenSER Administrator, a web > > > interface > > > for managing OpenSER. It's GPL'd and written in Ruby on Ralis, and can > > be > > > > downloaded from openseradmin.sourceforge.net > > > > > > Please let me know what you think, and let me know of any features you > > > want, > > > > > > bugs you find, etc. > > > > > > Thanks, > > > > > > Mike Williams > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > This e-mail and any attachment is for authorised use by the intended > > > recipient(s) only. It may contain proprietary material, confidential > > > information and/or be subject to legal privilege. It should not be > > > copied, disclosed to, retained or used by, any other party. If you are > > > not an intended recipient then please promptly delete this e-mail and > > any > > > > attachment and all copies and inform the sender. Thank you. > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users

1 0

Re: [Users] OpenSER Administrator Release
by Mike Williams 07 Aug '06

07 Aug '06

Hmm, Did you run 'gem install mysql'? According to some websites, this is needed. Also, what OS and version of MySQL are you running? Mike On Monday 07 August 2006 02:03, Louis Alexander wrote: > Unfortunately (fortunately?) I've allowed that user under the machines > domain name, 127.0.0.1, and localhost. Yet the issue still persists. Ill > keep trying to figure it out. > > Thanks > > Louis > > -----Original Message----- > From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On > Behalf Of Mike Williams > Sent: Monday, August 07, 2006 1:19 PM > To: users(a)openser.org > Subject: Re: [Users] OpenSER Administrator Release > > > Google seems to suggest that it might be a permissions problem: remember > that > to MySQL, localhost and 127.0.0.1 are different. You may want to look at > this > link: http://www.adamsdesk.com/be/?p=177 > > Mike > > On Monday 07 August 2006 01:02, Louis Alexander wrote: > > Mike, > > I'm having trouble logging into the OpenSER Administrator. I get > > the following error in my browser: > > > > Got any tips? > > > > > > ActiveRecord::StatementInvalid in LoginController#login > > > > Mysql::Error: Lost connection to MySQL server during query: SELECT * FROM > > users WHERE (login = 'openser' AND password = > > '0dd62bae0b6b4d8e0388c620134decb8405b6976') LIMIT 1 > > > > RAILS_ROOT: script/../config/.. > > Application Trace | Framework Trace | Full Trace > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > >r ecated_finders.rb:22:in `find_first' > > #{RAILS_ROOT}/app/models/user.rb:7:in `authenticate' > > app/controllers/login_controller.rb:11:in `login' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > >r ecated_finders.rb:22:in `find_first' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >a se.rb:910:in `perform_action_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > >i lters.rb:368:in `perform_action_without_benchmark' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/r > > >e scue.rb:82:in `perform_action' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >a se.rb:381:in `process_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > >i lters.rb:377:in `process_without_session_management_support' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/s > > >e ssion_management.rb:117:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/dispatcher.rb:38:in > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:115:i > >n `handle_dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:81:in > > `service' > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > > /usr/local/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' > > /usr/local/lib/ruby/1.8/webrick/server.rb:162:in `start_thread' > > /usr/local/lib/ruby/1.8/webrick/server.rb:95:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:92:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:23:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:82:in `start' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:67:in > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/servers/webrick. > > >r b:59 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > >p endencies.rb:147:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/server.rb:30 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > >p endencies.rb:147:in `require' > > script/server:3 > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/abstract_adapter.rb:120:in `log' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:184:in `execute' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:336:in `select' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/con > > >n ection_adapters/mysql_adapter.rb:175:in `select_all' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:390:in `find_by_sql' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:924:in `find_every' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:918:in `find_initial' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/bas > > >e .rb:380:in `find' > > /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.14.3/lib/active_record/dep > > >r ecated_finders.rb:22:in `find_first' > > #{RAILS_ROOT}/app/models/user.rb:7:in `authenticate' > > app/controllers/login_controller.rb:11:in `login' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >a se.rb:910:in `perform_action_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > >i lters.rb:368:in `perform_action_without_benchmark' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >e nchmarking.rb:69:in `perform_action_without_rescue' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/r > > >e scue.rb:82:in `perform_action' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/b > > >a se.rb:381:in `process_without_filters' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/f > > >i lters.rb:377:in `process_without_session_management_support' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.3/lib/action_controller/s > > >e ssion_management.rb:117:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/dispatcher.rb:38:in > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:115:i > >n `handle_dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:81:in > > `service' > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > > /usr/local/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > > /usr/local/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' > > /usr/local/lib/ruby/1.8/webrick/server.rb:162:in `start_thread' > > /usr/local/lib/ruby/1.8/webrick/server.rb:95:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:92:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:23:in `start' > > /usr/local/lib/ruby/1.8/webrick/server.rb:82:in `start' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/webrick_server.rb:67:in > > `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/servers/webrick. > > >r b:59 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > >p endencies.rb:147:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/rails-1.1.4/lib/commands/server.rb:30 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > > `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/de > > >p endencies.rb:147:in `require' > > script/server:3 > > > > Request > > > > Parameters: {"user_login"=>"openser", "user_password"=>"openserrw", > > "login"=>"Login \302\273"} > > > > Show session dump > > > > --- > > return-to: /login > > flash: !map:ActionController::Flash::FlashHash {} > > > > > > Response > > Headers: {"cookie"=>[], "Cache-Control"=>"no-cache"} > > > > -----Original Message----- > > From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On > > Behalf Of Mike Williams > > Sent: Friday, August 04, 2006 10:38 AM > > To: users(a)openser.org > > Cc: devel(a)openser.org > > Subject: [Users] OpenSER Administrator Release > > > > All, > > > > I've just finished my first release of OpenSER Administrator, a web > > interface > > for managing OpenSER. It's GPL'd and written in Ruby on Ralis, and can be > > downloaded from openseradmin.sourceforge.net > > > > Please let me know what you think, and let me know of any features you > > want, > > > > bugs you find, etc. > > > > Thanks, > > > > Mike Williams > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > This e-mail and any attachment is for authorised use by the intended > > recipient(s) only. It may contain proprietary material, confidential > > information and/or be subject to legal privilege. It should not be > > copied, disclosed to, retained or used by, any other party. If you are > > not an intended recipient then please promptly delete this e-mail and any > > attachment and all copies and inform the sender. Thank you. > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users

1 0

[Users] Confused on routing...
by Marvin Ottley 07 Aug '06

07 Aug '06

Hello all, I'm trying to implement routing in general and I'm also trying to use the lcr module. I'm a little confused as to where in the picture does xml fit in. While reading through documentation I came across the acronym RPID which seems to be an implementation of routing information in an xml document, that's passed to lcr module as a parameter. What are the mechanics behind this? Thanks in advance for your help, Marvin

2 1

[Users] OpenSER Administrator Release
by Mike Williams 07 Aug '06

07 Aug '06

All, I've just finished my first release of OpenSER Administrator, a web interface for managing OpenSER. It's GPL'd and written in Ruby on Ralis, and can be downloaded from openseradmin.sourceforge.net Please let me know what you think, and let me know of any features you want, bugs you find, etc. Thanks, Mike Williams

2 2

[Serusers] SER + Asterisk PSTN calls don't hung up
by Ricardo Carvalho 07 Aug '06

07 Aug '06

Hi, I'm deploying a SER + Asterisk architecture, where SER is used to manage acc, users database and sip routing, and Asterisk is used for voicemail and PSTN gateway. The system is already able to make and receive calls from the PSTN, although, only after the call has been established it can be hung up with success; when it is still ringing, if any side hungs up the call, it still keeps ringing on the other side. Observing with Ethereal, we concluded that in this erroneous cases, the CANCEL SIP request isn't transmitted from the SER to Asterisk (if cancelled from the VoIP side) being transmitted a "404 User Not Found" message from SER to Sip Phone. If hung from the PSTN side, the sip phone keeps calling after that, and ends calling by time-out being observed a "486 Busy Here" status message from Asterisk to SER and then from SER to sip phone. Any help, please? Regards, Ricardo.

1 1

Re: [Serusers] mysql change tcp port
by Andrey Kouprianov 07 Aug '06

07 Aug '06

Wow! Thanx!!! On 8/7/06, sip <sip(a)arcdiv.com> wrote: > Usually, that's done in the /etc/my.cnf file. Is it not working there? > > My my.cnf file has a client ([client]) and server ([mysqld]) section. > > My server section (the non-commented part) looks like: > > [mysqld] > port = 3306 > socket = /var/lib/mysql/mysql.sock > > The client section looks the same (since I like the defaults to work the same > when connecting via the command-line client): > > [client] > [mysqld] > port = 3306 > socket = /var/lib/mysql/mysql.sock > > > There were a few packages I had that didn't come with an /etc/my.cnf file but > still read from one if it was there. > > N. > > On Mon, 7 Aug 2006 19:47:54 +0700, Andrey Kouprianov wrote > > Hi, > > > > I know it's the wrong list and I dont even expect anyone to answer. > > Anyway... Does anyone know how to specify different listening TCP > > port and socket name when installing mysql server from FreeBSD ports? > > > > Andrey. > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > >

1 0

[Serusers] mysql change tcp port
by Andrey Kouprianov 07 Aug '06

07 Aug '06

Hi, I know it's the wrong list and I dont even expect anyone to answer. Anyway... Does anyone know how to specify different listening TCP port and socket name when installing mysql server from FreeBSD ports? Andrey.

1 0

[Users] routes configurations
by Lens Oreste 07 Aug '06

07 Aug '06

Hi all I am new to openser and would like to configure my routes. I would like to have some samples. Please point me on the right direction. Regards Lens Oreste

2 1

[Users] rfc support
by abhishek kaushik 07 Aug '06

07 Aug '06

hi all , can anybody tell me if OpenSER supports rfc 4028? thnks abhishek

2 1

[Serusers] Simple Request/Response Forwarding
by Sebastian Gabris 07 Aug '06

07 Aug '06

Hello everybody, i'm new to SER and try to write my first config file. Since my english is not that good and i dont have much time, i want to minimize my reading of SER tutorials. This is my VoIP - test enviroment: UA(private/local IP) <-> (private/local IP)SER(public IP) <-> (public IP) VoIP - Provider I want SER to simply relay/forward all incoming and outgoing calls. I dont want that SER should have a SIP -domain, no authentication or registration. RTP - Streams should also be forwarded over the Proxy. No my questions: What is the simplest way to implement this? As far as i know i need the rtpproxy module. Do i need the nathelper or any other important modules? I also figured out to use the mhomed option. Has someone a sample config file for such a scenario? Any Documentation in German for the config file? Thanks in advance and any Help & Tipps would be very appreciated. _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000071

1 0

[Users] OpenSER v1.1.0 notls in Debian unstable official repository
by Daniel-Constantin Mierla 07 Aug '06

07 Aug '06

Hello, thanks to the work of Julien BLACHE and pkg-voip-maintainers group from Debian, OpenSER v1.1.0 is available via official Debian APT repositories with the unstable distribution. http://packages.debian.org/unstable/net/openser People liking to use default repositories can remove the openser.org site from sources.list. Beware that the version included in Debian does not include the TLS support -- integration of GPL and OpenSSL license to satisfy Debian policies being in progress. If you want to use the TLS version, stay with openser.org's repository for a while. Cheers, Daniel

1 0

[Users] Rewriting Contact HF port
by Justin Pearce 07 Aug '06

07 Aug '06

I am wondering if there is a good way to rewrite the port in the contact header in OpenSER 1.0.1 before it is stored in the location table?(I'm using the MySQL database backend). Thus far, I am using "subst(/^(Contact.+):[0-9]+(.+)$/\1:5060\2/ig);" just before I do "save("location");", but that does not seem to be working. Suggestions? Justin Pearce Information Technology/Programming Price Video Productions JustinP(a)PriceVideo.com 361-572-3810 800-733-3810 Fax: 361-572-3894 www.PriceVideo.com

2 1

FW: [Serusers] using SER for SIP conversion from H323
by Richard C. Thompson 06 Aug '06

06 Aug '06

I know this may sound like heresy but a Quintum call relay does a great job doing this. We use a number of them with our SER and asterisk servers. Rick _____ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Torres, Javier Sent: Wednesday, August 02, 2006 12:19 PM To: serusers(a)lists.iptel.org Subject: [Serusers] using SER for SIP conversion from H323 Hello, I was wondering if anyone was using this in conjunction with Cisco Call manager to get out to a voip network. Call manager is horrible at SIP so I was hoping to have a h323 connection from Call manager to SER, the SER box would take that connection and forward it with SIP out to a voip peering fabric we are testing out. I know asterisk can be used in this fashion but had some voice quality issues and figured this piece of software might be better suited. Just hoping someone has done this and can confirm and maybe point me in the right direction for a how-to? Thanks, Javier

2 1

Re: [Serusers] registered UA's
by Jiri Kuthan 06 Aug '06

06 Aug '06

Well, I think there is nothing else better than troubleshooting and looking at what it is message by message. I agree NAT issues may be worth looking at. Other problem we experience frequently is that we drive registration period low, indicate that using Expires header-field, and client is silly not to honor it. -jiri At 17:14 03/08/2006, Weiter Leiter wrote: >My number one suspect would be the nat. >WL. > >On 8/3/06, Richard C. Thompson <<mailto:rthompson@vir2com.com>rthompson(a)vir2com.com> wrote: > >Hi All > > > >I hope someone can help me figure this out. We've had a ser server running for quite some time now on a Dell 2850 with dual cpu's. The load is very low due to the use of multiple mediaproxy servers to handle the RTP streams. We have about 2300 UID in the mysql database but at any given time only about 1300 show as registered in the location table and we have customers complaining about not receiving calls. When tech support has a customer power cycle their ATA, it registers just fine and they start receiving calls. What could cause this? From the beginning, I noticed this was happening but didn't give it much thought as the number of UIDs was low. But now it is a growing problem. SER version is 0.9.0 > > > >Any hints or help would be appreciated. > > > >Rick > > > > > > > >_______________________________________________ >Serusers mailing list ><mailto:Serusers@lists.iptel.org>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 -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] SIP MESSAGE method
by sip 05 Aug '06

05 Aug '06

At some point in the not too distant past, I used to bounce SIP MESSAGEs back and forth from UA to UA on our server. Now, it no longer seems to work (get an error 513 -- message too big error... which is kind of a default for all unhandled SIP methods), and I'm not entirely sure how to go about fixing it. Can someone explain how a MESSAGE should be handled and maybe give me a hint as to why it used to work but does no longer (I know that's pretty vague, but just some ideas of what I might look at to point me in the right direction would be good)? Meanwhile I'll fiddle, but I don't seem to be getting anywhere. N.

1 0

[Serusers] Q:ABOUT:DELAY OF BEGIN OF THE INVITE
by Alejandro Sanchez 05 Aug '06

05 Aug '06

MY scenario is the next. I have 2 video telephones that are conected to the PSTN and they has access trougth a dial up conection to the IP network and the problem is that the 2 video telephones shuld be register before one to other geretate the INVITE then i need make that when the first REGISTER arrive the sip server generate a delay for wait for the REGISTER of the other video telephone and both VT state register for the INVITE message.. Someone knows how can i do this? Thank's Alex. ___________________________________________________________ Do You Yahoo!? La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx

1 0

[Users] t_newtran in BYE
by Kapil Dhawan 04 Aug '06

04 Aug '06

With evey Bye i am receiving t_newtran ERROR: t_newtran: transaction already in process DEBUG:sl:sl_reply_error: error text is I'm terribly sorry, server error occurred (1/SL) # # $Id: openser.cfg,v 1.6 2006/02/15 18:23:46 bogdan_iancu Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=8 # debug level (cmd line: -dddddddddd) fork=yes 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) port=5060 children=4 fifo="/tmp/openser_fifo" fifo_db_url="mysql://root:root@localhost/openser" # # uncomment the following lines for TLS support #disable_tls = 0 #listen = tls:your_IP:5061 #tls_verify = 1 #tls_require_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/openser/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/openser/tls/user/user-calist.pem" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/openser/modules/mysql.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/openser/modules/auth.so" loadmodule "/usr/local/lib/openser/modules/auth_db.so" # !! Accounting loadmodule "/usr/local/lib/openser/modules/acc.so" # !! Nathelper loadmodule "/usr/local/lib/openser/modules/nathelper.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- 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) # -- acc params -- # set the reporting log level modparam("acc", "log_level", 3) # number of flag, which will be used for accounting; if a message is # labeled with this flag, its completion status will be reported modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "failed_transaction_flag", 1) modparam("acc", "report_cancels", 1) modparam("acc", "db_url", "mysql://root:root@localhost/openser") modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # !! Nathelper # -- nathelper params -- modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT # ------------------------- 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; }; # !! Nathelper # Special handling for NATed clients; first, NAT test is # executed: it looks for via!=received and RFC1918 addresses # in Contact (may fail if line-folding is used); also, # the received test should, if completed, should check all # vias for presence of received if (nat_uac_test("3")) { # Allow RR-ed requests, as these may indicate that # a NAT-enabled proxy takes care of it; unless it is # a REGISTER if (method == "REGISTER" || ! search("^Record-Route:")) { log("LOG: Someone trying to register from private IP, rewriting\n"); # This will work only for user agents that support symmetric # communication. We tested quite many of them and majority is # smart enough to be symmetric. In some phones it takes a configuration # option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is # called "symmetric media" and "symmetric signalling". fix_nated_contact(); # Rewrite contact with source IP of signalling if (method == "INVITE") { fix_nated_sdp("1"); # Add direction=active to SDP }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as NATed }; }; # labeled all transaction for accounting # setflag(1); # setflag(2); # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS #if(uri=~"@tls_domain1.net") { # t_relay("tls:domain1.net"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay("tls:domain2.net"); # exit; #} 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("", "subscriber")) { www_challenge("", "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")) { rewriteport("5065"); route(1); # sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; t_on_failure("2"); route(1); } route[1] { # !! Nathelper if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); return; }; # if client or server know to be behind a NAT, enable relay if (isflagset(6)) { force_rtp_proxy(); }; # NAT processing of replies; apply to all transactions (for example, # re-INVITEs from public to private UA are hard to identify as # NATed at the moment of request processing); look at replies t_on_reply("1"); # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } failure_route[2] { t_on_reply("1"); append_branch(); t_relay("udp:x.y.z.w:5065"); exit; } # !! Nathelper onreply_route[1] { # NATed transaction ? if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") { fix_nated_contact(); force_rtp_proxy(); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) } else if (nat_uac_test("1")) { fix_nated_contact(); }; } _________________________________________________________________ Shah Rukh fan? Know all about the Baadshah of Bollywood. On MSN Search http://server1.msn.co.in/profile/shahrukh.asp

2 1

[Users] how to get the core file...
by Jayesh Nambiar 04 Aug '06

04 Aug '06

Hi all, My openser 1.1.0 crashed suddenly while running. In the syslog I saw, child 28187 terminated due to signal 11, core generated, signal 15 received signal 15 received and so on. I did'nt get to know what exactly was the problem. Can somebody help me where to locate the core file and how to understand where was the problem?? pls help me. w/regards, jayesh --------------------------------- Heres a new way to find what you're looking for - Yahoo! Answers

2 1

Re: [Users] OpenSER Administrator Release
by Mike Williams 04 Aug '06

04 Aug '06

Ram, No, unfortunately it is not advanced enough yet to create configuration files. It basically manages database data, like creating users, groups, group members, accounting, and so on. It does no actual configuring of OpenSER. Mike On Friday 04 August 2006 10:42, you wrote: > Hi > > Looks good Job, still need to install and check my site > before i take intiative > > is this GUI Like AMP of Asterisk > > can create all configfiles ? > > Ram > > On 8/4/06, Mike Williams <mwilliams(a)etc1.net> wrote: > > All, > > > > I've just finished my first release of OpenSER Administrator, a web > > interface > > for managing OpenSER. It's GPL'd and written in Ruby on Ralis, and can be > > downloaded from openseradmin.sourceforge.net > > > > Please let me know what you think, and let me know of any features you > > want, > > bugs you find, etc. > > > > Thanks, > > > > Mike Williams > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users

1 0

[Serusers] SER - Config - routing loop
by Sebastian Gabris 04 Aug '06

04 Aug '06

Hi everybody, i'm still new to SER and i dont fully understand my config file :) I can make outgoing calls, but incoming calls dont get routed through. They stay in a loop at my external interface. perhaps someone could tell where the mistake is. Here is my config: debug=4 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) listen=10.*.*.* listen=193.*.*.* mhomed=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 # ------------------ module loading ---------------------------------- loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/textops.so" loadmodule "/usr/lib/ser/modules/nathelper.so" modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT route{ 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; }; if (nat_uac_test("3")) { if (method == "REGISTER" || ! search("^Record-Route:")) { log("LOG: Someone trying to register from private IP, rewriting\n"); fix_nated_contact(); # Rewrite contact with source IP of signalling if (method == "INVITE") { fix_nated_sdp("1"); # Add direction=active to SDP }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as NATed }; }; if (!method=="REGISTER") record_route(); if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { force_rtp_proxy("FAEI"); t_on_reply("1"); if (!t_relay()) { sl_reply_error(); }; } onreply_route[1] { fix_nated_contact(); force_rtp_proxy("FAII"); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) if (nat_uac_test("1")) { fix_nated_contact(); }; } ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

[Serusers] Module pdt
by olivier.taylor 04 Aug '06

04 Aug '06

hello, using module pdt (ser 0.9.6), I get this message. Aug 4 09:33:56 pe1850-1 ser[45932]: PDT: mod_init: existing code contains the terminator Aug 4 09:33:56 pe1850-1 ser[45932]: init_mod(): Error while initializing module pdt Does anybody knows what it means? cfg contain : modparam("pdt", "db_url", "mysql://XXX:ZZZ@server3.qqq.com/ser") modparam("pdt", "db_table", "PdtDomains") modparam("pdt", "prefix", "22") modparam("pdt", "start_range", 100) modparam("pdt", "hsize_2pow", 2) Olivier

2 2

[Users] Passing variables inside t_relay() function
by Vivek Bhat 04 Aug '06

04 Aug '06

Hi, I want to know if it is possible to pass psuedo-variables, or avp variables insdie t_relay() function. Here is what I tried: t_relay("tcp:$rd:$rp"); t_relay("tcp:\$rd:"\$rp"); avp_write("$rd", "$avp(reqhost)"); avp_write("$rp", "$avp(reqport)"); t_relay("tcp:$avp(reqhost):$avp(reqport)"); Then, I got the following error: ERROR: parse_phostport: bad port number in .... ERROR:tm:fixup_phohstport2proxy: invalid parameter... ERROR: fix_actions: fixing failed (code=-1) at cfg line 513 Is there any way to solve this problem? I want to do this in order to specify which protocol to use for sending the SIP Request using the Req-URI domain and port. Thanks, Vivek __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Serusers] rtpproxy
by Sebastian Gabris 04 Aug '06

04 Aug '06

Hello everybody, I'm new to SER and try to write my first config file. After reading the Admin guide & the getting started Tutorial on onsip I still cannot configure my rtpproxy. In the test setup I have two systems -- 1. The Linux server ( where the SER is running) 2. one win XP system ( SIP UA). The linux server has two LAN cards one with a private IP and one with a public one. The SIP - Client has an account at a VoIP - Provider (sipgate). What I want the SER to do is to forward the call to the provider and to accept incoming calls. No authorisation or mysql things nedeed. Until now SIP - communication works, but the RTP - Stream is not forwarded correctly. I already tried to start rtpproxy as follows: 1. rtpproxy 2. rtproxy -l 10.*.*.* 3. rtpproxy -l public-IP 4. rtpproxy -l 10.*.*.*/public-IP 5. rtpproxy -l public-IP/10.*.*.* I use this config for SER: http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/etc/nathelper.cfg?… Thanks in advance. _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000071

1 0

[Users] Avpops: source/flags "ru" unknown
by kjcsb 04 Aug '06

04 Aug '06

I am trying to use avpops and getting the following message in the log file: ERROR:avpops:fixup_db_avp: source/flags "ru" unknown! The relevant part from openser.cfg is: avp_db_load("$ru/username", "s:Variable"); However when I look at the pseudo-variables documentation $ru is defined. Curiously, elsewhere I am using avp_db_load("$from", "s:Variable"); and that works even though $from is not defined as a pseudo-variable in the documentation. Am I missing something? OpenSer 1.0.1 Any advice appreciated. Cameron

2 1

FW: [Users] Two c= tags in sdp body
by Pletli Antal 04 Aug '06

04 Aug '06

Sorry, i ran the older version of openser not the new. :-) thx -----Original Message----- From: Pletli Antal Sent: Friday, August 04, 2006 8:45 AM To: users(a)openser.org Subject: RE: [Users] Two c= tags in sdp body Hi, It doesn't work, with the 'c' flag all the c= tags remain unchanged. -----Original Message----- From: Ovidiu Sas [mailto:sip.nslu@gmail.com] Sent: Thursday, August 03, 2006 5:00 PM To: Pletli Antal Cc: users(a)openser.org Subject: Re: [Users] Two c= tag in sdp body Check the new 'c' flag in 1.1 release: http://www.openser.org/docs/modules/1.1.x/nathelper.html#AEN275 -ovi On 8/3/06, Pletli Antal <a.pletli(a)euromacc.hu> wrote: > > > > Hello, > > I use OpenSer with Cisco AS5300/5350/5400 with IOS 12.3. > When Cisco sends an OK 200 SIP message to OpenSer, there are two "c=IN IPV4" > tags in sdp body with the same IP address. > The nathelper module only replaces the last occurence of c= tag so > some SIP clients works wrong because those get the first IP from the first "c=" > tag... > > How can i replace the all occurences of "c=" tag in sdp body with the > help of nathelper? > > Thx, > > Antal > > Content-Type: application/sdp. > Content-Length: 277. > . > v=0. > o=CiscoSystemsSIP-GW-UserAgent 7144 773 IN IP4 213.253.220.242. > s=SIP Call. > c=IN IP4 213.253.xxx.xxx. -> this is the original address of Cisco GW > t=0 0. > m=audio 35944 RTP/AVP 18. > c=IN IP4 213.253.xxx.yyy. -> this is the nated address replaced by > nathelper > a=rtpmap:18 G729/8000. > a=fmtp:18 annexb=no. > m=video 35946 RTP/AVP. > c=IN IP4 213.253.220.253. > a=nortpproxy:yes. > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > > >

1 0

RE: [Users] Two c= tags in sdp body
by Pletli Antal 04 Aug '06

04 Aug '06

Hi, It doesn't work, with the 'c' flag all the c= tags remain unchanged. -----Original Message----- From: Ovidiu Sas [mailto:sip.nslu@gmail.com] Sent: Thursday, August 03, 2006 5:00 PM To: Pletli Antal Cc: users(a)openser.org Subject: Re: [Users] Two c= tag in sdp body Check the new 'c' flag in 1.1 release: http://www.openser.org/docs/modules/1.1.x/nathelper.html#AEN275 -ovi On 8/3/06, Pletli Antal <a.pletli(a)euromacc.hu> wrote: > > > > Hello, > > I use OpenSer with Cisco AS5300/5350/5400 with IOS 12.3. > When Cisco sends an OK 200 SIP message to OpenSer, there are two "c=IN IPV4" > tags in sdp body with the same IP address. > The nathelper module only replaces the last occurence of c= tag so > some SIP clients works wrong because those get the first IP from the first "c=" > tag... > > How can i replace the all occurences of "c=" tag in sdp body with the > help of nathelper? > > Thx, > > Antal > > Content-Type: application/sdp. > Content-Length: 277. > . > v=0. > o=CiscoSystemsSIP-GW-UserAgent 7144 773 IN IP4 213.253.220.242. > s=SIP Call. > c=IN IP4 213.253.xxx.xxx. -> this is the original address of Cisco GW > t=0 0. > m=audio 35944 RTP/AVP 18. > c=IN IP4 213.253.xxx.yyy. -> this is the nated address replaced by > nathelper > a=rtpmap:18 G729/8000. > a=fmtp:18 annexb=no. > m=video 35946 RTP/AVP. > c=IN IP4 213.253.220.253. > a=nortpproxy:yes. > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > > >

1 0

[Users] Hello see it.. plz
by raviprakash sunkara 04 Aug '06

04 Aug '06

Hi USERS, Happy FriendShip Day on this Sunday ,, in Advance................... -- Thanks and Regards with cheers Sunkara Ravi Prakash (Voip Developer) Hyperion Technology Kondapur, Hi-tech city, Hyderabad. www.hyperion-tech.com +91-9985077535

1 0

[Users] I can`t add new user by using "openserctl add". Please help me....Please
by Ferianto siregar 04 Aug '06

04 Aug '06

Dear all, Now, I try to test my openser configuration by using xlite. I tried to call from client to test the openser configuration that I have built, can work sucessfully. So, I must create a new user by using "openserctl add" command. But when i tried to do that, I got an error message. The error message said that " WARINIG: no database engine found - tried '' This command requires a database engine - none was loaded". I think this message said that I can not add a new user because no database can be loaded. What is wrong? However, I can run mysql goodly. This is the task that I have done: [root@localhost openser]# openserctl add aldi aldi aldi(a)sip.pcr.ac.id WARINIG: no database engine found - tried '' This command requires a database engine - none was loaded What can i do to solve this problem? I do hope anybody can give me a sugesstion.Please help me...Please Note: I use mysql for the database, and it can work goodly. ( I can show all the table that there is in openser database). They are aliases, dbaliases, etc. Thanks with cheers, Ferianto --------------------------------- Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta.

3 2

FW: [Serusers] accounting for prefixed number
by Richard C. Thompson 03 Aug '06

03 Aug '06

Yes you can. We use prefix and strip to add and subtract prefixes before t_relay Rick -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Nhadie Sent: Wednesday, August 02, 2006 9:43 AM To: serusers(a)iptel.org Subject: [Serusers] accounting for prefixed number Hi All, I have a client using an asterisk server for them to use my sip proxy, what I did was add a trunk on their asteriks with a local extension from my SER sip proxy. Can I also just do a prefix ID for them instead of trunk? Meaning when they send me a call they should prefix it with e.g 1234# so I will identify that it came from that client, and how can I account that? TIA Regards Nhadie ________________________________________________ Message sent using UebiMiau 2.7 _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] SER local as an Asterisk Trunk
by Nhadie Ramos 03 Aug '06

03 Aug '06

Hi, Would just like to ask, I have an SER SIP Proxy and I setup an Asterisk, i used an SER local as a trunk for the Asterisk. When the Asterisk box register to SER it will have this URI sip:s@10.10.10.10, instead of sip:1001@10.10.10.10. Anyone has encountered this problem? Because I'm checking the From part, and "s" is not a valid extension number so it will deny it calling to the gateway. TIA Regards Nhadie

3 2

[Users] Errors when loading ACC
by Bruno Machado 03 Aug '06

03 Aug '06

Hi fellows Im trying to install Openser 1.0.1 in other server but it doenst running at all. It is the error: 0(24823) set_mod_param_regex: parameter <radius_config> not found in module <acc> 0(24823) parse error (130,19-20): Can't set module parameter 0(24823) set_mod_param_regex: parameter <service_type> not found in module <acc> 0(24823) parse error (131,20-21): Can't set module parameter 0(24823) set_mod_param_regex: parameter <radius_flag> not found in module <acc> 0(24823) parse error (132,19-20): Can't set module parameter 0(24823) set_mod_param_regex: parameter <radius_missed_flag> not found in module <acc> 0(24823) parse error (133,18-19): Can't set module parameter 0(24823) set_mod_param_regex: parameter <radius_extra> not found in module <acc> 0(24823) parse error (135,20-21): Can't set module parameter I already installed MySQL, RadiusClient and Radius and configured the config files from all of them. When I compiled the Openser, I needed to compile the modules "AUTH_RADIUS", "URI_RADIUS" and "MYSQL" manually. After "make install", I copied the 3 so files to "/usr/local/lib/openser/modules". The openser.cfg: . . . 123: modparam("acc", "failed_transaction_flag", 1) 124: #modparam("acc", "report_ack", 1) 125: modparam("acc", "log_level", 1) 126: modparam("acc", "report_cancels", 1) 127: modparam("acc", "log_flag", 1) 128: modparam("acc", "db_flag", 1) 129: modparam("acc", "db_missed_flag", 1) 130: modparam("acc", "radius_config","/usr/local/etc/radiusclient-ng/radiusclient.conf") 131: modparam("acc", "service_type", 15) 132: modparam("acc", "radius_flag", 1) 133: modparam("acc", "radius_missed_flag",2) 134: modparam("acc", "log_fmt","cdfimorstup") . . What im doing wrong? Thanks for your help. Bruno Machado --------------------------------- Yahoo! Search Música para ver e ouvir: You're Beautiful, do James Blunt

2 1

[Serusers] registered UA's
by Richard C. Thompson 03 Aug '06

03 Aug '06

Hi All I hope someone can help me figure this out. We've had a ser server running for quite some time now on a Dell 2850 with dual cpu's. The load is very low due to the use of multiple mediaproxy servers to handle the RTP streams. We have about 2300 UID in the mysql database but at any given time only about 1300 show as registered in the location table and we have customers complaining about not receiving calls. When tech support has a customer power cycle their ATA, it registers just fine and they start receiving calls. What could cause this? From the beginning, I noticed this was happening but didn't give it much thought as the number of UIDs was low. But now it is a growing problem. SER version is 0.9.0 Any hints or help would be appreciated. Rick

2 1

[Users] Two c= tag in sdp body
by Pletli Antal 03 Aug '06

03 Aug '06

Hello, I use OpenSer with Cisco AS5300/5350/5400 with IOS 12.3. When Cisco sends an OK 200 SIP message to OpenSer, there are two "c=IN IPV4" tags in sdp body with the same IP address. The nathelper module only replaces the last occurence of c= tag so some SIP clients works wrong because those get the first IP from the first "c=" tag... How can i replace the all occurences of "c=" tag in sdp body with the help of nathelper? Thx, Antal Content-Type: application/sdp. Content-Length: 277. . v=0. o=CiscoSystemsSIP-GW-UserAgent 7144 773 IN IP4 213.253.220.242. s=SIP Call. c=IN IP4 213.253.xxx.xxx. -> this is the original address of Cisco GW t=0 0. m=audio 35944 RTP/AVP 18. c=IN IP4 213.253.xxx.yyy. -> this is the nated address replaced by nathelper a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. m=video 35946 RTP/AVP. c=IN IP4 213.253.220.253. a=nortpproxy:yes.

2 1

[Users] siptrace doc inconsistency
by Andreas Granig 03 Aug '06

03 Aug '06

Hi, The docs of the siptrace module of v1.1.0,refer to the function "siptrace()", where in fact it is defined as "sip_trace()" in the source. Cheers, Andy

2 1

[Serusers] t_relay
by Victor Pascual Ávila 03 Aug '06

03 Aug '06

hi all, can a t_relay that got no answer be forwarded to a voicemail? The scenario is the following: i have a 'call group' sip-user (implemented in mysql database) that call t_relay when an INVITE is rcvd. As consequence of the t_relay the mentioned INVITE is forwarded to different destinations, and when one destination answers the call a CANCEL is sent to other destinations. The problem exists if no destination attends the call. How can I tell ser to forward the call to voicemail if no user belonging to group 'call group' answers the call? thanks!!! victor -- Victor Pascual Ávila mail: victor.pascual.avila(a)gmail.com sip: 17476374121(a)proxy01.sipphone.com linux user: 224443

1 0

[Serusers] Routing users to other SIP server
by KaveH Aasaraai 03 Aug '06

03 Aug '06

Hi, I was wondering how I can route my SER users to other SIP servers, without need of authentication to other server. I mean this: My User -> Auth -> My SER My SER -> Auth -> Other SIP Server My User --------make call--------> My SER --------route call-------> Other SIP Server Thank you. Kaveh __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

4 5

[Users] Troubles with avp and fr_inv_timer_avp
by Michel Zenone 03 Aug '06

03 Aug '06

Hi! Does somebody know why 'fr_inv_timer_avp' does nothing when I use it as follow: ... modparam("tm", "fr_inv_timer_avp", "inv_timeout") ... modparam("avpops","avp_table","avptimer") # 'avptimer' is like 'usr_preferences' ... avp_db_load("$ruri/username","i:inv_timeout/avptimer"); avp_write("i:inv_timeout","inv_timeout"); # In avptimer there is an attribute 'inv_timeout' Actually I try to set a fr_inv_timer different from an user to another. 'avptimer' timer defines, for each users, their proper fr_inv_timer. If somebody can help... Thanks in advance, Michel

2 1

[Serusers] Compile OpenSer
by Jose Gil Navarrete 03 Aug '06

03 Aug '06

Hi, Is it posible to compile openser on Hp-Ux?? Has somebody try this?? Would I need something special?? --------------------------------- Do You Yahoo!? La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx

2 1

Re: [Users] Can not register to OPENSER
by Marc Haisenko 03 Aug '06

03 Aug '06

On Thursday 03 August 2006 00:46, Bill Zhang wrote: > Anyone knows why I keep getting following error message? > > > > Aug 2 13:10:26 localhost openser[30695]: ERROR: extract_body: message body > has length zero > > Aug 2 13:10:26 localhost openser[30695]: ERROR: force_rtp_proxy2: can't > extract body from the message The message says it, and your SIP message proves it: the SIP message has no body. nathelper operates on the SDP body, it mangles them (together with rtpproxy) so that the SDP body sent to the receiver contains the address of your machine running OpenSER instead of the real phone. This is so that the machine can act as RTP proxy on network edges. Since your SIP message has no SDP body there is nothing nathelper can do :-) C'ya, Marc -- Marc Haisenko Comdasys AG Rüdesheimer Straße 7 D-80686 München Tel: +49 (0)89 - 548 43 33 0 Fax: +49 (0)89 - 548 43 33 29 e-mail: haisenko(a)comdasys.com http://www.comdasys.com

2 1

[Serusers] 404 not found for SUBSCRIBE
by amit.malagi＠wipro.com 03 Aug '06

03 Aug '06

Hello all We have just installed SER_0.9.6_linux_i386 without MySQL support. We have registered two users with SER using jain-sip-applet-phone. We can make calls between them successfully. But, when we try to make one user a contact of the other, SER sends a "404 not found" for the SUBSCRIBE message. Appreciate any help in resolving this issue. Thanks and regards Amit. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com

2 1

[Users] Can not register to OPENSER
by Bill Zhang 02 Aug '06

02 Aug '06

Anyone knows why I keep getting following error message? Aug 2 13:10:26 localhost openser[30695]: ERROR: extract_body: message body has length zero Aug 2 13:10:26 localhost openser[30695]: ERROR: force_rtp_proxy2: can't extract body from the message I turn on nathelper, and saw from the following source code: int extract_body(struct sip_msg *msg, str *body ) { body->s = get_body(msg); if (body->s==0) { LOG(L_ERR, "ERROR: extract_body: failed to get the message body\n"); goto error; } body->len = msg->len -(int)(body->s-msg->buf); if (body->len==0) { LOG(L_ERR, "ERROR: extract_body: message body has length zero\n"); goto error; } Why do we care about the content-length, which normally is 0 for most of the SIP UAs? Following is an example SIP UA Registration and you can see "Content-Length: 0" in the bottom: Session Initiation Protocol Request-Line: REGISTER sip:sip.mycompany.com SIP/2.0 Method: REGISTER Resent Packet: True Suspected resend of frame: 62339 Message Header Via: SIP/2.0/UDP 192.168.254.6:5062;branch=z9hG4bK0997e90280d2f8e5 From: "Bill Office Phone" <sip:8001@sip.mycompany.com>;tag=ec200436c1169e42 SIP Display info: "Bill Office Phone" SIP from address: sip:8001@sip.mycompany.com SIP tag: ec200436c1169e42 To: <sip:8001@sip.mycompany.com> SIP to address: sip:8001@sip.mycompany.com Contact: <sip:8001@192.168.254.6:5062> Call-ID: 5a2ae3a1b883568f(a)192.168.254.6 CSeq: 20113 REGISTER Expires: 120 User-Agent: ABC 1.0.0.0 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSA GE Content-Length: 0 Thanks in advance. Best Regards, Bill Zhang

1 0

[Users] Can not register to OPENSER
by Bill Zhang 02 Aug '06

02 Aug '06

Anyone knows why I keep getting following error message? Aug 2 13:10:26 localhost openser[30695]: ERROR: extract_body: message body has length zero Aug 2 13:10:26 localhost openser[30695]: ERROR: force_rtp_proxy2: can't extract body from the message I turn on nathelper, and saw from the following source code: int extract_body(struct sip_msg *msg, str *body ) { body->s = get_body(msg); if (body->s==0) { LOG(L_ERR, "ERROR: extract_body: failed to get the message body\n"); goto error; } body->len = msg->len -(int)(body->s-msg->buf); if (body->len==0) { LOG(L_ERR, "ERROR: extract_body: message body has length zero\n"); goto error; } Why do we care about the content-length, which normally is 0 for most of the SIP UAs? Following is an example SIP UA Registration and you can see "Content-Length: 0" in the bottom: Session Initiation Protocol Request-Line: REGISTER sip:sip.mycompany.com SIP/2.0 Method: REGISTER Resent Packet: True Suspected resend of frame: 62339 Message Header Via: SIP/2.0/UDP 192.168.254.6:5062;branch=z9hG4bK0997e90280d2f8e5 From: "Bill Office Phone" <sip:8001@sip.mycompany.com>;tag=ec200436c1169e42 SIP Display info: "Bill Office Phone" SIP from address: sip:8001@sip.mycompany.com SIP tag: ec200436c1169e42 To: <sip:8001@sip.mycompany.com> SIP to address: sip:8001@sip.mycompany.com Contact: <sip:8001@192.168.254.6:5062> Call-ID: 5a2ae3a1b883568f(a)192.168.254.6 CSeq: 20113 REGISTER Expires: 120 User-Agent: ABC 1.0.0.0 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSA GE Content-Length: 0 Thanks in advance. Best Regards, Bill Zhang

1 0

[Users] 400 Bad Requests on internal routes behind NAT
by Justin Pearce 02 Aug '06

02 Aug '06

I apologize for the formatting of the plain-text message. MS Outlook seems to hate plain-text. :( Justin Pearce

1 0

[Users] 400 Bad Requests on internal routes behind NAT
by Justin Pearce 02 Aug '06

02 Aug '06

Hey Guys, We're trying to use an OpenSER server for some SIP communications. While it works great for most scenarios (Behind NAT, Outside of NAT, One client behind NAT and the other Outside of NAT), there is one that seems to be causing difficulty (naturally, this is the one that is being requested. :\ ). I'm being asked if we can set up the server to not only support the previously mentioned scenarios but also where both clients are behind the same NAT, but no ports are forwarded through the NAT for the clients. Basically, client calls another client on the same network using the off-network server as a registrar (no Mediaproxy or RTPproxy). Is this even possible with OpenSER (v 1.0.1)? If so, perhaps I'm doing something wrong in my config (pertinent parts attached below). I know this part of the config works for most situations, so long as the clients have ports routed in the firewall/NAT device (minus the use of AVP at the end to try and achieve the desired results). Any help at all would be appreciated. Justin Pearce route{ # Label all transactions for accounting, as per the # parameters for the Accounting Module setflag(1); setflag(2); setflag(3); setflag(4); # 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 the message is too big for SIP if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # We record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER"){ record_route(); }; # Subsequent messages 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") { fix_nated_register(); # Fix REGISTERs broken by NAT fix_nated_contact(); force_rport(); # Force the return port in the firewall add_rcv_param(); # Add the "recieved" parameter to the location save("location"); # Save the location in the registrar acc_db_request("200", "acc"); # Log the 200 OK exit; }; lookup("aliases"); # Check the ALIASES table 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")) { # If the user cannot be found, reply to the user # and exit the call process sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }else{ # 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 (method=="REGISTER") { fix_nated_register(); # Fix the REGISTERs broken bt NAT fix_nated_contact(); force_rport(); # Force the return port in the firewall add_rcv_param(); # Add the "recieved' parameter to the location save("location"); # Save the location in the registrar acc_db_request("200", "acc"); # Log the 200 OK exit; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { # If the user cannot be found, notify sender and exit. sl_send_reply("404", "Not Found"); exit; }; }; # Continue onto route #1 below... route(1); } route[1] { avp_write("$src_ip", "s:temp_from_ip"); avp_write("$duri", "s:temp_to_ip"); avp_subst("s:temp_to_ip", "/^\D+@//i"); if(method=="INVITE" && !(to_uri=~"^admin@[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*")){ fix_nated_contact(); force_rport(); if(avp_check("s:temp_to_ip", "ne/s:temp_from_ip/g")){ fix_nated_sdp("15"); }else{ append_hf("P-Hint: Same Domain"); }; record_route(); }; #This is set of processes to be preformed on all replies... #This conditional is to try and redeem ACKs that some how managed to get a private address attached to them. #This is basically a hack to try and "normalize" the packets coming through and pray they work. if(method=="ACK" || method=="BYE" || method=="INFO"){ if(uri=~"^sip:192\.168\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:10\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:172\.(16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31)\.[0-9]+\.[0-9]+[:]*[0-9]*"){ #Rewrite the R-URI of the packet to the To-URI in the To header. subst_uri('/^sip:[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*$/$tu/ig'); #Force the server to perform a lookup on the new URI and try and route it properly. lookup("location"); }; }; # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { # If the stateful relay of a message cannot take place, # reply to the sender statelessly with the error. sl_reply_error(); }; exit; } onreply_route{ if(status=="200" || method=="INVITE"){ fix_nated_contact(); force_rport(); if(!search("P-Hint: Same Domain")){ fix_nated_sdp("15"); }; }; }

1 0

[Serusers] INVITE crashes SER and corrupts connection to MySQL
by Stephen Helfen 02 Aug '06

02 Aug '06

I am absolutely stumped. I am bringing up a third proxy (identical to two already in production) but cannot get it to process calls. SER starts and my UA can connect to it. REGISTER is not a problem...messages pass back and forth, database access takes place to authenticate the user and the location is written. However, when a call is attempted, the proxy receives an INVITE message and then I am not sure what happens, but I get the following output in my /var/log/messages...Aug 2 17:20:15 server /usr/sbin/ser[4615]: child process 4633 exited normally, status=0Aug 2 17:20:15 server /usr/sbin/ser[4615]: INFO: terminating due to SIGCHLDAug 2 17:20:15 server /usr/sbin/ser[4656]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4654]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4652]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4653]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4635]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4642]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4634]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4631]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4630]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4624]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4636]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4628]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4625]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4650]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4651]: INFO: signal 15 receivedAug 2 17:20:15 server /usr/sbin/ser[4646]: INFO: signal 15 receivedand then the connection to my MySQL database gets corrupted. Here is what I see in my /var/lib/mysql/server.err:060802 17:19:15 InnoDB: Started; log sequence number 0 44240060802 17:19:15 [Note] /usr/sbin/mysqld-max: ready for connections.Version: '5.0.21-max-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Edition - Experimental (GPL)060802 17:20:15 [Warning] Aborted connection 16 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 39 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 40 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 36 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 18 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 8 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 33 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 20 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 25 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 30 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 9 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 35 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 15 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 21 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 19 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 29 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)060802 17:20:16 [Warning] Aborted connection 10 to db: 'proxy' user: 'proxy' host: 'localhost' (Got an error reading communication packets)I copied my databases over to this proxy from another proxy, so I am wondering if that is part of the problem. Anyone have any ideas?! SER version is 0.9.6 and MySQL version is 5.0.21. Thanks in advance.Steve _________________________________________________________________ Try Live.com: where your online world comes together - with news, sports, weather, and much more. http://www.live.com/getstarted

1 0

[Serusers] using SER for SIP conversion from H323
by Torres, Javier 02 Aug '06

02 Aug '06

Hello, I was wondering if anyone was using this in conjunction with Cisco Call manager to get out to a voip network. Call manager is horrible at SIP so I was hoping to have a h323 connection from Call manager to SER, the SER box would take that connection and forward it with SIP out to a voip peering fabric we are testing out. I know asterisk can be used in this fashion but had some voice quality issues and figured this piece of software might be better suited. Just hoping someone has done this and can confirm and maybe point me in the right direction for a how-to? Thanks, Javier

1 0

[Users] OpenSER 1.1.0 Hangs on Startup
by Alexander, Louis 02 Aug '06

02 Aug '06

All, I have just installed the RPM, openser-1.1.0-rhel3.0.i386.rpm <http://openser.org/pub/openser/latest/packages/rhel-3.0/openser-1.1.0-r hel3.0.i386.rpm> , on my Linux box (Linux ... 2.4.21-4.EL #1 Fri Oct 3 18:13:58 EDT 2003 i686 i686 i386 GNU/Linux), and I am having some big problems on startup- Openser never seems to really finish starting. /var/log/messages shows: Jan 25 04:09:08 plat-proxy openser: 0(1567) init_tcp: using sigio_rt as the io watch method (auto detected) Jan 25 04:09:08 plat-proxy openser: 0(0) INFO: statistics manager successfully initialized Jan 25 04:09:08 plat-proxy openser: 0(0) StateLess module - initializing Jan 25 04:09:08 plat-proxy openser: 0(0) TM - initializing... Jan 25 04:09:08 plat-proxy openser: 0(0) Jan 25 04:09:08 plat-proxy openser: Maxfwd module- initializing Jan 25 04:09:08 plat-proxy openser: 0(0) TextOPS - initializing Jan 25 04:09:08 plat-proxy openser: 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 Jan 25 04:09:08 plat-proxy openser: 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 Jan 25 04:09:08 plat-proxy openser: 0(0) WARNING: using only the first listen address (no fork) Jan 25 04:09:08 plat-proxy openser: 2(1569) INFO: fifo process starting: 1569 Jan 25 04:09:08 plat-proxy openser: 2(1569) INFO:open_uac_fifo: fifo server up at /tmp/openser_fifo... Jan 25 04:09:12 plat-proxy openser: 2(1569) INFO: no fifo_db_url given - fifo DB commands disabled! And that's all. Did I miss a step? I cant find any references to db_url in my Config file, and I am using the default one (plus debug variables). Can anyone offer some help? Thanks! Louis This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

3 3

[Serusers] SER config
by Sebastian Gabris 02 Aug '06

02 Aug '06

Hello everybody, I'm new to SER and try to write my first config file. After reading the Admin guide & the getting started Tutorial on onsip I still cannot configure my SER. In the test setup I have two systems -- 1. The Linux server ( where the SER is running) 2. one win XP system ( SIP UA). The linux server has two LAN cards one with a private IP and one with a public one. The SIP - Client has an account at a VoIP - Provider (sipgate). What I want the SER to do is to forward the call to the provider and to accept incoming calls. No authorisation or mysql things nedeed. I put in the cfg - file that SER should listen on both(public & private) interfaces. Until now SER forwards the call but he doesn't change the private IP - Address to the public one. Any ideas how I could solve the problem? Thanks in advance and excuse my bad english :-) ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 1

[Serusers] accounting for prefixed number
by Nhadie 02 Aug '06

02 Aug '06

Hi All, I have a client using an asterisk server for them to use my sip proxy, what I did was add a trunk on their asteriks with a local extension from my SER sip proxy. Can I also just do a prefix ID for them instead of trunk? Meaning when they send me a call they should prefix it with e.g 1234# so I will identify that it came from that client, and how can I account that? TIA Regards Nhadie ________________________________________________ Message sent using UebiMiau 2.7

1 0

Re: [Serusers] G729 codecs --help
by Ladislav Andel 02 Aug '06

02 Aug '06

some gateways might or might not support G.729.. You should see in SDP body of 200 OK message from gateway if you get one, what codecs the gateway supports. Ladislav ravi reddy wrote: > Hi > > I just tried to call a pstn number but call is not implemented even > thoough PSTN supports G729 > > So, here what is going wrong ? any suggestion please > > On 8/2/06, *Ladislav Andel* <ladia6(a)centrum.cz > <mailto:ladia6@centrum.cz>> wrote: > > Hi, > Just make sure. Do both phones support G.729? if the handytone > does the > other party also has to support G.729. Otherwise a phonecall can > not be > setup. > > Ladislav > > ravi reddy wrote: > > > Hi users, > > > > I have one doubt here please try to give some information > to me. > > > > I am using SER-0.9.6 with mediaproxy-1.7.2 > > > > and for testing purpose i am using grandstream adapter handytone-496 > > > > If i make changes in codecs in grandstream that it should only use > > g729 codec --the call is not implemented > > > > "here what i want to know is does grandstream support G729 codec or > > the adapter compress the voice in G729 format when we select g729"? > > > > if later is correct , so we must have to implement g729 codec in > SER > > or in mediaproxy so how we can do that? > > > > if i put G711 only,- the call is implementing or other wise the call > > cannot be made by the SER. > > > > so please give me some information regarding this :-( > > > > > > Thank You. > > > > Regards, > > Ravi. > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >Serusers mailing list > >Serusers(a)lists.iptel.org <mailto:Serusers@lists.iptel.org> > >http://lists.iptel.org/mailman/listinfo/serusers > > > > > >

1 0

[Serusers] G729 codecs --help
by ravi reddy 02 Aug '06

02 Aug '06

Hi users, I have one doubt here please try to give some information to me. I am using SER-0.9.6 with mediaproxy-1.7.2 and for testing purpose i am using grandstream adapter handytone-496 If i make changes in codecs in grandstream that it should only use g729 codec --the call is not implemented "here what i want to know is does grandstream support G729 codec or the adapter compress the voice in G729 format when we select g729"? if later is correct , so we must have to implement g729 codec in SER or in mediaproxy so how we can do that? if i put G711 only,- the call is implementing or other wise the call cannot be made by the SER. so please give me some information regarding this :-( Thank You. Regards, Ravi.

2 1

[Users] OpenSER + pa_mod
by Bernard Chan 02 Aug '06

02 Aug '06

Hello, I have OpenSER 1.0.1 (and upgraded to OpenSER 1.1.0 today). I am now experimenting with the use of pa_mod. The module is functioning pretty well, with one problem. If the SIP client is terminated and restarted right away, the SIP client's presence view is not updated. As I traced, I found that both times the SUBSCRIBE requests are received by OpenSER. From the packet sniffer I see some NOTIFYs are indeed sent to the client, but are rejected, I think probably because the Call-ID does not match the current one (it is from the earlier instance), and the client returned the "subscription does not exist" error status to the server. Then OpenSER seemed not to send further NOTIFYs, so there is no update to the presence information. If instead I restart the SIP client after subscription expires, the behaviour seems to be normal. Being pretty new to OpenSER, I would like to ask if this is normal? And anything I can do to solve the problem? Thank you. ------------------------------------------------------- [...] loadmodule "/usr/local/lib/openser/modules/pa.so" [...] #modparam("pa", "default_expires", 10) modparam("pa", "timer_interval", 3) modparam("pa", "watcherinfo_notify", 0) modparam("pa", "new_tuple_on_publish", 1) modparam("pa", "callback_update_db", 1) ------------------------------------------------------- Regards, Bernard Chan.

2 1

[Users] Mysql & Radius
by Max Clark 02 Aug '06

02 Aug '06

Hi all, OpenSER supports (and can use) a mysql database to store various things including usernames/passwords, aliases, call forwarding, location, etc... I am curious why for accounting a Radius server has to be added into the mix. Given that most Radius implementations are just writing to mysql now anyways is there any way to bypass Radius and write the accounting data directly to mysql? Thanks in advance, Max -- Max Clark http://www.clarksys.com

2 1

[Serusers] error: 500 Command 'ul_show_contact' not found
by trulyliu 02 Aug '06

02 Aug '06

hello: I download ser with presence support from http://ftp.iptel.org/pub/ser/presence/ser-0.10.99-dev35-pa-4.1_src.tar.gz use make make install and configure my mysql server follow tutorial serctl start Starting SER : started pid(3666) I use this command to add a user serctl add 222 222 222@localhost and I get following replay MySql password: error: 500 Command 'ul_show_contact' not found here is logs in /var/log/messages Aug 2 10:49:34 liuqc dhclient: bound to 172.19.1.81 -- renewal in 3564 seconds. Aug 2 11:01:27 liuqc ser: WARNING: fix_socket_list: could not rev. resolve 172.19.1.81 Aug 2 11:01:27 liuqc ser: WARNING: fix_socket_list: could not rev. resolve 172.19.1.81 Aug 2 11:01:27 liuqc ser: init_tcp: using epoll_lt as the io watch method (auto detected) Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: AVPops - initializing Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: Maxfwd module- initializing Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: using 'none' rls-subscription authorization! Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: using 'none' subscription authorization for watcher info! Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: INFO: udp_init: SO_RCVBUF is initially 105472 Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: INFO: udp_init: SO_RCVBUF is finally 262142 Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: INFO: udp_init: SO_RCVBUF is initially 105472 Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3666]: INFO: udp_init: SO_RCVBUF is finally 262142 Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3690]: INFO: fifo_server.c:957: fifo process starting: 3690 Aug 2 11:01:27 liuqc /usr/local/sbin/ser[3690]: INFO: fifo_server.c:972: fifo server up at /tmp/ser_fifo... Aug 2 11:01:37 liuqc /usr/local/sbin/ser[3690]: ERROR: fifo_server.c:748: Command must begin with :: 222@localhost Aug 2 11:01:37 liuqc /usr/local/sbin/ser[3690]: ERROR: fifo_server.c:1061: No reply pipe (null) does someone can help me ? why does serctl add 222 222 222@localhost return error? -- trulyliu(a)gmail.com

2 1

Re: [Users] How to add subscribers into OPENSER database(can not do it with openserctl)?
by Klaus Darilion 02 Aug '06

02 Aug '06

On Mon, July 31, 2006 22:14, Bill Zhang said: > Strange, I used to be able to use serctl to add subscribers, but with > openserctl, the choice are very limited, why? All those nice command line > options seem to be gone:-(. > openserctl was splitted into modules, and the functions to manipulate the DB are only installed if the DB packages are installed (mysql ...). Maybe there is a problem with this modularization. regards klaus > Best Regards, > Bill Zhang > > > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

4 4

[Users] Accounting wrong BYEs
by Dimo 02 Aug '06

02 Aug '06

Hi all, I have a problem with accounting wrong BYEs: I have noticed that some UAs like the spa are sending BYE to cancel an INVITE instead of a CANCEL message. Now openser is interpreting this correctly, but the problem is with accounting which will account this BYE as call stop. Since there was never OK to the invite, there is no call start and just a call stop which makes my billing very unhappy. Is it possible to have something in the accounting module that will prevent such "fake" byes of being accounted? I am also thinking how to script it in my config, what i have thought of so far is when receiving a BYE to check if there is ongoing transaction and if there is, do not flag the BYE for accounting. This however will probably result in some real BYEs not being accounted too, because (correct me if wrong) the transaction will still exist in mem for some short time after the OK is received. Any help or suggestions will be greatly appreciated. Best, Dimo

3 12

[Serusers] Force SER to send calls using TO header
by Mark Anthony C. Delfin 02 Aug '06

02 Aug '06

Hello Guys, Just like to request assistance in trying to figure out how can I route the call from SER as seen on TO header. Below is the snippet of the sip log: 0(20457) DEBUG: get_hdr_field: <To> [34]; uri=[sip:8810844@24.90.219.179 :8700] 0(20457) DEBUG: to body [<sip:8810844@24.90.219.179:8700> ] 0(20457) get_hdr_field: cseq <CSeq>: <1154241348> <INVITE> 0(20457) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(20457) DBG:maxfwd:process_maxfwd_header: value 70 decreased to 16 0(20457) check_via_address(10.10.10.21, 10.10.10.21, 0) 0(20457) Sending: INVITE sip:8810844@10.10.10.86 SIP/2.0 Via: SIP/2.0/UDP 10.10.10.86;branch=0 Via: SIP/2.0/UDP 10.10.10.21;branch=z9hG4bK13666f91365343 From: <sip:2589@mandela>;tag=cba-0094-44cc5343 To: <sip:8810844@24.90.219.179:8700> Call-ID: 317e120dd2385173-0094-44cc5343-282c(a)10.10.10.21 CSeq: 1154241348 INVITE Contact: <sip:2589@10.10.10.21> Date: Sun, 30 Jul 2006 06:35:47 GMT User-Agent: BRSIP v2.0.0.11 Max-Forwards: 16 Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, SUBSCRIBE, NOTIFY Allow-Events: keep-alive, message-summary Supported: timer Session-Expires: 1800 Min-SE: 600 Expires: 300 Content-Type: application/sdp Content-Length: 220 v=0 o=BRSDP 177 177 IN IP4 10.10.10.21 s=BRSDP Session c=IN IP4 63.116.254.21 t=0 0 m=audio 15000 RTP/AVP 4 18 101 a=rtpmap:4 G723/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 I need SER to send the call based on the TO HEADER URI seen on get_hdr_field. This value changes depending on what another sip proxy is sending to the SER. The t_relay is not working as i like it to behave. Any help is greatly appreciated. Thanks in advance.

3 6

[Serusers] Call between two SER Server
by Asep Saifudin 02 Aug '06

02 Aug '06

Hi, I have two running SER Server but I stil got problem to make call from my first SER server to my secondary SER server. My first SER server info : 1. IP address = 192.168.100.100 2. sample subscriber number is 10999 My second SER Server info : 1. IP address = 192.168.200.200 2. sample subscriber number is 20099 My question is : How suberiber 10099 can call to subscriber 20099 ? What additional config should I put in each ser.cfg ? or should I use gatekeeper/softswitch ? Thanks

4 3

[Serusers] Mediaproxy bug??
by Robert Zorop 01 Aug '06

01 Aug '06

Hi, i'm using mediaproxy 1.7.2 and ser. I found a problem when trying to use accounting features of mediaproxy. It simply does not account anything. If i just only pass one path throught media proxy, (INVITE SIDE), it does account media, and Kb data. Here is my config. Please people.. any clue about this!?. route[1] { t_on_reply("1"); if (method == "INVITE") { use_media_proxy(); } else if (is_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(); }; exit; } onreply_route[1] { if (status=~"(180)|(183)|(2[0-9][0-9])") { use_media_proxy(); }; }

1 1

[Serusers] SER+mediaproxy with two nics..
by Natambu Obleton 01 Aug '06

01 Aug '06

I have an ser server with two nics. One has a private ip and one has a public ip. I have mediaproxy listening on the public ip. I have an asterisk box also on the private subnet. The problem is that asterisk box wants to talk to the public ip address even though the requests are coming in on the private ip. Such as this. 11:12:12.946544 IP x.x.214.51.5060 > 172.20.200.50.5060: UDP, length 974 Then it talks back to SER+Mediaproxy on the public address through it's gateway, which is a NAT router. ( 172.20.200.50 is nat'd to x.x.213.83 ) 11:13:13.309182 IP x.x.213.83.5060 > x.x.214.51.5060: UDP, length 635 I guess I want the transaction to go between the two private ip addresses. Is there way to do this? Natambu Obleton Network Engineer FastTrack Communications nobleton(a)fasttrackcomm.net (970) 247-3366 office (970) 247-2426 fax

1 0

[Users] am I doing it right?
by Ohad.Levy＠infineon.com 01 Aug '06

01 Aug '06

Hi All, I'm trying to setup a redundant environment with DNS SRV records, 2 (or more) SIP registration servers, and Asterisk gateways. Basically I've setup both OpenSER clients to t_replicate each other the registration message if its coming from a client, and save it to the database or to memory when its coming from the other OpenSER server. However, every once in a while, I get message to big, and or duplicate messages (WARNING: warning skipped -- too big, or ERROR: warning_builder: buffer size exceeded, submit_query: Duplicate entry ,db_insert: Error while submitting query...) While it seems to work in general, I was not sure that this is the "right" way to do it. I'm attaching my openser.cfg of one of the machines; the other is more or less identical... Thanks # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) listen=172.28.132.20 rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/openser_fifo" alias="mydomain.com" # ------------------ module loading ---------------------------------- loadmodule "/usr/local/lib/openser/modules/mysql.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/textops.so" loadmodule "/usr/local/lib/openser/modules/auth.so" loadmodule "/usr/local/lib/openser/modules/auth_db.so" loadmodule "/usr/local/lib/openser/modules/lcr.so" loadmodule "/usr/local/lib/openser/modules/xlog.so" # ----------------- setting module-specific parameters --------------- modparam("usrloc", "db_mode", 2) modparam("usrloc|lcr|auth_db|avpops|group","db_url","mysql://openser:ope nserrw(a)voip-db.mydomain.com/openser") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") 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(); # 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) { route(1); }; # Handle Request logic here if (uri==myself) { if (method=="REGISTER") { route(2); exit; } lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; if (!load_gws()) { sl_send_reply("500", "Server Internal Error - Cannot load gateways"); exit; }; if (!next_gw()) { sl_send_reply("503", "Service not available, no gateways found"); log (1,"No more gateways"); } else { log (1,"Found a gateway"); } if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { #handle all Registration here.... if (search("^(Contact|m): .*(a)(voip.mydomain.com)")){ log(1, "ALERT: someone trying to set aor==server address\n"); sl_send_reply("476", "Server address in contacts is not allowed" ); exit; }; # challenge/response #if a registration request is coming from another ser server, it means that's it's already authenticated the user and wrote #an entry in the database, so lets just write it into our memory. if (src_ip==172.28.132.21) { save_memory("location"); log(1, "Registered replicated user from Proxy"); exit; }; # this is a new request, lets check that the user is valid. if (!www_authorize("mydomain.com", "subscriber")) { www_challenge("mydomain.com", "0"); log(1, "Authentication challenge issued. Waiting for reply.\n"); exit; }; # Authentication successful, add entry to our Contact database log(1, "Authentication challenge reply ok.\n"); if (!save("location")) { sl_reply_error(); log(1, "ALERT: Unable to save URI to location database.\n"); } else { # and replicate the request to the backup server if (!src_ip==172.28.132.21) { log(1, "REPLICATE: Replicating register request\n"); t_replicate("sip:172.28.132.21:5060"); }; }; }

2 4

[Serusers] Call management software
by ram 01 Aug '06

01 Aug '06

Hi all Is any one here in the group used any call management software for SER I have seen software for Asterisk hudlite, does any kind of software for SER any one tested and report their experiences why iam asking is after Ser running some days i get this error in my syslog sl_reply_error used: I'm terribly sorry, server error occured (2/SL) that time my users not able to make call, i keep get fast busy, that time i need to reboot the Ser so calls again start going out side If any kind of monitoring software available or do automated job, when ever found that calls are not going then restart SER or some kind of solution should help the admin to chek the logs, when the SER restarted. If not some one need to monitor constantly or wait for customer to call to support \the calls are not going then we restart service will back the services, but i feel bad practice, before customer realise some problem with server, the Admin able to fix the problem any suggestions will be appriciated. ram,

5 6

[Users] Problem forwarding calls
by Hamid Ali Asgari 01 Aug '06

01 Aug '06

Hi, I am trying to setup a basic scenario using openser and a Cisco gatewa. Everything works fine with x-ten's client, however with an Asus client I could make calls to other UACs but I am unable to forward the call to a gateway. Any thoughts? Thanks in advance. Hamid ============================================================================ ======================================= OpenSER: 10.30.30.18 Cisco Gateway: 10.30.30.19 ASUS UAC: 192.168.11.103 OpenSER Config: # # # calls to pstn # if(uri=~"^sip:00[0-9]*@") { #if(uri=~"sip:00[1-9][0-9]+@") { if(is_method("INVITE") && !has_totag()) { ############################################################## # No group checking for now - Replacing pstn with voip for now # - Hamid ############################################################## if (!radius_is_user_in("From", "pstn")) { sl_send_reply("403", "PSTN calls Forbidden"); exit; }; ############################################################## }; # Setting the gateway address forward(10.30.30.19,5060); route(1); }; # # # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { acc_rad_request("404 Not Found"); acc_log_request("404 Not Found"); sl_send_reply("404", "Not Found"); exit; }; Ngrep dump: interface: eth0 (10.30.30.0/255.255.255.0) filter: (ip) and ( port 5060 ) # U 192.168.11.103:5060 -> 10.30.30.18:5060 REGISTER sip:10.30.30.18:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bK08a09d2c7. Max-Forwards: 70. Content-Length: 0. To: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=50e3c0d07b49487. Call-ID: 8ad10296e8c6c5934fc7c2d1c531f80f(a)192.168.11.103. CSeq: 1869770235 REGISTER. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Authorization:Digest response="aebabd1539237dae6a7966c863dd8b6f",username="103",realm="mydomain.c om",nonce="44cf3a4b87b642851ad1b8743012cb4f95d0fdaf",uri="sip:10.30.30.18:50 60". User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 192.168.11.103:5060 SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bK08a09d2c7. To: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=a2c1e7c3808498f2cb2d193cd520e0fc.d1c9. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=50e3c0d07b49487. Call-ID: 8ad10296e8c6c5934fc7c2d1c531f80f(a)192.168.11.103. CSeq: 1869770235 REGISTER. WWW-Authenticate: Digest realm="mydomain.com", nonce="44cf481fc6e40f0ddfabdf29c744b60e3d05adf4", stale=true. Server: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. Warning: 392 10.30.30.18:5060 "Noisy feedback tells: pid=27686 req_src_ip=192.168.11.103 req_src_port=5060 in_uri=sip:10.30.30.18:5060 out_uri=sip:10.30.30.18:5060 via_cnt==1". . # U 192.168.11.103:5060 -> 10.30.30.18:5060 REGISTER sip:10.30.30.18:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bK006d6f9a9. Max-Forwards: 70. Content-Length: 0. To: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=50e3c0d07b49487. Call-ID: 8ad10296e8c6c5934fc7c2d1c531f80f(a)192.168.11.103. CSeq: 1869770236 REGISTER. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Authorization:Digest response="2e931b349c6579fb4caff9d99cdd965d",username="103",realm="mydomain.c om",nonce="44cf481fc6e40f0ddfabdf29c744b60e3d05adf4",uri="sip:10.30.30.18:50 60". User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 192.168.11.103:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bK006d6f9a9. To: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=a2c1e7c3808498f2cb2d193cd520e0fc.954f. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=50e3c0d07b49487. Call-ID: 8ad10296e8c6c5934fc7c2d1c531f80f(a)192.168.11.103. CSeq: 1869770236 REGISTER. Contact: <sip:103@192.168.11.103:5060>;expires=3600. Server: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. Warning: 392 10.30.30.18:5060 "Noisy feedback tells: pid=27686 req_src_ip=192.168.11.103 req_src_port=5060 in_uri=sip:10.30.30.18:5060 out_uri=sip:10.30.30.18:5060 via_cnt==1". . # U 192.168.11.103:5060 -> 10.30.30.18:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 70. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:99 G726-40/8000. a=rtpmap:4 G723/8000. a=rtpmap:100 telephone-event/8000. a=fmtp:100 0-16. a=ptime:30. a=silenceSupp:on - - - -. # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 69. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:99 G726-40/8000. a=rtpmap:4 G723/8000. a=rtpmap:100 telephone-event/8000. a=fmtp:100 0-16. a=ptime:30. a=silenceSupp:on - - - -. # U 10.30.30.18:5060 -> 192.168.11.103:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Server: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. Warning: 392 10.30.30.18:5060 "Noisy feedback tells: pid=27686 req_src_ip=192.168.11.103 req_src_port=5060 in_uri=sip:0098146@10.30.30.18:5060 out_uri=sip:0098146@10.30.30.18:5060 via_cnt==1". . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 68. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:99 G726-40/8000. a=rtpmap:4 G723/8000. a=rtpmap:100 telephone-event/8000. a=fmtp:100 0-16. a=ptime:30. a=silenceSupp:on - - - -. # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 400 Bad Request - 'Invalid IP Address'. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Date: Fri, 01 Mar 2002 01:54:31 GMT. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. Server: Cisco-SIPGateway/IOS-12.x. CSeq: 1426614365 INVITE. Allow-Events: telephone-event. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 67. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:99 G726-40/8000. a=rtpmap:4 G723/8000. a=rtpmap:100 telephone-event/8000. a=fmtp:100 0-16. a=ptime:30. a=silenceSupp:on - - - -. # U 10.30.30.18:5060 -> 192.168.11.103:5060 SIP/2.0 400 Bad Request - 'Invalid IP Address'. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Date: Fri, 01 Mar 2002 01:54:31 GMT. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. Server: Cisco-SIPGateway/IOS-12.x. CSeq: 1426614365 INVITE. Allow-Events: telephone-event. Content-Length: 0. . # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 66. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:99 G726-40/8000. a=rtpmap:4 G723/8000. a=rtpmap:100 telephone-event/8000. a=fmtp:100 0-16. a=ptime:30. a=silence # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 192.168.11.103:5060 -> 10.30.30.18:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 70. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 65. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:97 G726-16/8000. a=rtpmap:98 G726-24/8000. a=rtpmap:2 G726-32/8000. a=r # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 69. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.18:5060 -> 192.168.11.103:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 192.168.11.103:5060 -> 10.30.30.18:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 70. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 64. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s=SIP Call. c=IN IP4 192.168.11.103. t=0 0. m=audio 10016 RTP/AVP 18 0 8 97 98 2 99 4 100. a=rtpmap:18 G729/8000. a=rtpm # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 400 Bad Request - 'Invalid IP Address'. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. Date: Fri, 01 Mar 2002 01:54:31 GMT. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. Server: Cisco-SIPGateway/IOS-12.x. CSeq: 1426614365 INVITE. Allow-Events: telephone-event. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 68. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 69. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 63. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Supported: replaces. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . v=0. o=MxSIP 0 615901187 IN IP4 192.168.11.103. s= # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 67. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 62. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. Allow: CANCEL. Allow: BYE. Content-Type: application/sdp. Contact: "103(a)mydomain.com" <sip:103@192.168.11.103:5060>. Suppo # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 9. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 66. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 INVITE sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.bef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 61. Content-Length: 421. To: 0098146 <sip:0098146@10.30.30.18:5060>. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Supported: timer. Allow: NOTIFY. Allow: REFER. Allow: OPTIONS. Allow: INVITE. Allow: ACK. A # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 8. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.19:5060 -> 10.30.30.18:5060 SIP/2.0 482 Loop Detected. Via: SIP/2.0/UDP 10.30.30.18;branch=0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.bef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.5ef4a043.0,SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.4ef4a043.0,SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 INVITE. Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 65. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 7. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.7ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 64. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 9. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.8ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 6. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 63. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 8. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 5. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.bef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 62. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. CSeq: 1426614365 ACK. User-Agent: Brcm Callctrl/1.5.1.1 MxSF/v3.2.6.26. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 7. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.bef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=a2c1e7c3808498f2cb2d193cd520e0fc.dc8c. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 4. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.aef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 61. Content-Length: 0. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab0 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 6. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 3. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D838-6D5. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 192.168.11.103:5060;branch=z9hG4bKff60d9167. Max-Forwards: 60. Content-Length: 0. To: 0098146 <sip:009 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 5. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 2. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D8 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 85.15 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 4. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 1. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.6ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18: # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. V # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 3. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D888-F30. CSeq: 1426614365 ACK. User-Agent: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. . # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 8 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 2. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18:5060>;tag=44574f726c17f8e. Call-ID: 89a861ac50490eb7ab00c0dc84d0fbb9(a)192.168.11.103. To: 0098146 <sip:0098146@10.30.30.18:5060>;tag=68D8 # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 1. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=z9hG4bKe745.9ef4a043.0. From: "103(a)mydomain.com" <sip:103@10.30.30.18: # U 10.30.30.18:5060 -> 10.30.30.19:5060 ACK sip:0098146@10.30.30.18:5060 SIP/2.0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Max-Forwards: 0. Record-Route: <sip:10.30.30.18;ftag=44574f726c17f8e;lr=on>. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: SIP/2.0/UDP 10.30.30.18;branch=0. Via: #

1 0

[Users] heders in route & failure_route blocks
by OpenSer Users 01 Aug '06

01 Aug '06

hello, I want to add Remote-Party-ID header in route block and change it in failure_route block. the problem is that after the failure_route block the message sent out has two Remote-Party-ID headers. in failure_route I am using remove_hf("Remote-Party-ID") scenario: original invite has no Remote-Party-ID header in route block I use: remove_hf("Remote-Party-ID"); append_rpid_hf("<", ">;party=calling;privacy=full") in failure_route block I use: remove_hf("Remote-Party-ID"); append_rpid_hf("<", ">;party=calling;privacy=off") the invite sent out after failure_route block has two Remote-Party-ID headers, one with privacy=full and another with privacy=off. is there a way to correct the problem ? from what I understand the failure_route block works on a copy of the original message, but the original message has no Remote-Party-ID header, so why the header from the route block is still visible ? on the other hand if the header added from the route block is visible why is it no seen by the remove_hf function ? thanks, Razvan Radu

1 0

[Serusers] Error using serctl monitor
by Josel Layno 01 Aug '06

01 Aug '06

Hi guys, I got my SER running "so far" and i trying to explore some commands using serctl. Using serctl moni gives me error ... [: -ne: unexpected operator and using serctl domain show gives me... $ serctl domain show 500 command 'domain_dump' not available Is this all crucial on my server? Did i missed something? I appreciate any kind of assistance...:) regards, josel

1 0

[Serusers] Multiple media server on the same machine
by Ming-Ching Tiew 01 Aug '06

01 Aug '06

I have configured 2 media proxy servers on my machine which has 3 network cards, two of which connect to the external world via different PUBLIC IP and one network card connects to the internal world via PRIVATE IP. I have two copies of mediaproxy.ini for each instance of mediaproxy, each handling the SIP media proxy for each of the external interface ( and different names ). My question is about [MediaProxy] section for each of the mediaproxy.ini, do I specify the same socket file name or different socket file name ? If I specify the same file name, it would mean that two instances of the mediaproxy server are using the same socket filename for communication. Is it a problem ? And I noticed that if one instance is killed, the socket file will be deleted, it would then mean the second surviving instance will suffer. Isn't it right ? According to the documentation, this socket file name is where the mediaproxy receives the command from the proxydispatcher, and therefore it is something for the proxydispatcher to know. But if I configured different file name from the default ( specified in two different mediaproxy.ini ), how would the proxydispatcher get to know about using a different file name ? Appreciate any comments.

1 0

[Serusers] SIP OVER TCP
by kyota hattori 01 Aug '06

01 Aug '06

Hi, I make an experiment as follows. - Person A send five calls to person B via the SER (1.Person A send five calls to the SER with SIP over TCP(one socket per call)) (2.The SER forwards five calls to person B with SIP over TCP(one socket per call)) So,I added "forward_tcp(uri:host,uri:port);" to ser.cfg file. In the result,the SER can forward five calls to B with SIP over TCP(only one socket) But,the SER can't forward five calls to B with one socket per call. How can the SER forward the calls to B with one socket per call? Is this possible ? Thanks, Taro

1 0

[Users] DID Handling -> Transitioning from Asterisk/SipX
by Max Clark 01 Aug '06

01 Aug '06

Hi all, As our requirements scale (number of DIDs, number of users, number of simultaneous calls, etc) it is very apparent that our needs require us to move from a softswitch/pbx application environment onto a Sip Router based platform. While I have been able to run though the documentation and bring online a working OpenSER platform I am still confused about DID handling in the system. I need to be able to take a series of DIDs that we are being passed from the carrier and forward the call to the end user's switch untouched (i.e. 18005551212@me needs to be passed to 18005551212@customer). I have been reading through aliasing but this does not seem to be what I need (because the customer's switch does not see the original DID). Ideally I need to be able to maintain a large inventory of DIDs and assign them to customers without touching the configuration files when the association is made. How do I accomplish this? What do I need to add/configure in the system? How do I configure this redirect/mapping/proper terminology correctly? Thanks in advance, Max -- Max Clark http://www.clarksys.com

2 2

[Users] Mediaproxy vs. Rtpproxy
by Max Clark 01 Aug '06

01 Aug '06

Hi all, I am trying to understand the difference between mediaproxy and rtpproxy. Where would I deploy one vs. the other? TIA, Max -- Max Clark http://www.clarksys.com

1 0

RE: Re: [Users] Openser 1.0.1 installation problems
by J K 31 Jul '06

31 Jul '06

Thanks so much for your prompt reply. Changing the Date and Time fixed the problem. You are a genius! There were no error messages that I could see, but because the compile/build was failing to complete, I could not install OpenSER. I am new to both Linux and OpenSER. Thanks once again for your help. > ---------------------------------------- > Sender: Klaus Darilion <klaus.mailinglists(a)pernau.at> > To: J K kruzn(a)breakthru.com > Date: Jul 31, 2006 5:41 PM BST > > I see only warnings, which you can fix by setting the correct date/time > on you Linux PC. > > Aren't there any error messages? > > regards > klaus > > J K wrote: > > Hi there. I'm trying to install Openser 1.0.1 on CentOS 4.3. I've > > untarred the source code using > > 'tar zxvf openser-1.0.1_src.tar.gz' to a directory openser-1.0.1, but > > when I type 'make all' or 'make prefix=/ all' to build, I get the > > following errors: > > > > make: Warning: File `Makefile.rules' has modification time 1.4e+07 s in > > the future > > bison -d -b cfg cfg.y > > cfg.y: conflicts: 1 shift/reduce > > bison -d -b cfg cfg.y > > cfg.y: conflicts: 1 shift/reduce > > flex cfg.lex > > make: Warning: File `Makefile.rules' has modification time 1.4e+07 s in > > the future > > bison -d -b cfg cfg.y > > cfg.y: conflicts: 1 shift/reduce > > bison -d -b cfg cfg.y > > cfg.y: conflicts: 1 shift/reduce > > flex cfg.lex > > make: *** Deleting file `sr_module.d' > > make: *** [sr_module.d] Interrupt > > > > Anyone have any idea how I can fix this? > > > > Thanks in advance. > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > __________________________________________ BreakThru.com - Pure email. Zero spam. http://friendfinder.com/go/f47930 - Dating Personals and Social Networking http://quizhappy.com/go/f301 - Ph.D certified tests and quizzes http://dine.com/go/f5554 - Restaurant Reviews in your area

1 0

[Users] How to add subscribers into OPENSER database(can not do it with openserctl)?
by Bill Zhang 31 Jul '06

31 Jul '06

Strange, I used to be able to use serctl to add subscribers, but with openserctl, the choice are very limited, why? All those nice command line options seem to be gone:-(. Best Regards, Bill Zhang

1 0

[Fwd: Re: [Serusers] SER or OpenSER]
by Chahn John Kim 31 Jul '06

31 Jul '06

Thank you all for your comments. After having researched documents and history from both iptel and OpenSER, I could not resist a feeling that iptel is somewhat lagging in their intension to go forward with SER to the direction that it had headed to. Naturally by huge changes in key members and contributors, may it lead to changes in business and philosophy, as Daniel mentioned more factually. We decided to switch to OpenSER while we are in testing phase and we have two key questions that we'd like to here from the experts. 1. Is there any comtatibility issues out there between SER and OpenSER mixed infrastructure; due to differences in functionality between SER and OpenSER? 2. Hardware and OS question regarding OpenSER; Is there any known obstacles over Fedora Core; 2.6.12-1.1387_FC4smp SMP version running on dual Athlon 64? Again, thank you all in advance. John K. > I will add few remarks related to project's policy and evolution. > > OpenSER is driven by a board with members from different companies which > will ensure project's independence and survival when one company changes > its interest in the public project. Also, the project has a clear > roadmap, major changes being discussed on development mailing list. > People leading the project are two of the five core developers of SER > and four main contributors of SER. > > The release policy is guided by changes and it is about one major > release every 6-8 months. This type of releasing allow easy migration > from older version to new one, otherwise the administrators will have > nightmares to update to totally new configuration and database structure > - small steps guarantee better results when dealing with production > environments. > > The contributions are accepted if they follow a recognized standard from > IETF/ITU/ETSI or other standardization groups, or is general interesting > feature. No company can stop it for private interest. > > In this way we are able to implement geographic distributed VoIP > platforms with the latest OpenSER, have a significant number of database > types supported as backend via the unixodbc module in the stable > version, these and may others only from third party contributions. Other > important scalability features added in about one year of OpenSER: > number of location entries which can be managed by OpenSER compiled with > default flags grew from about 4000 entries as it was when it forked from > SER to about 120 000, and now this number scales linear with available > memory (for 120000 online users, OpenSER uses about 40MB memory, while > the old architecture required about 256MB). I am sure you can find more > on project's web site ... > > Cheers, > Daniel > > > On 07/16/06 13:06, Greger V. Teigre wrote: >> Well, trying to be a bit objective: >> 1. It depends on your needs >> 2. OpenSER has a more aggressive release policy (more newer features), >> meaning that openser contains more functions and modules than ser >> 3. Latest SER is 0.9.x and is extremely stable >> 4. Openser 0.9.x and ser 0.9.x are (almost) close to identical. From >> 0.10 they start to diverge. SER 0.10 is not yet released, OpenSER has >> reached 1.1 >> 5. The type of features/functionality included in SER and openser are >> likely to be quite different >> 6. OpenSER is currently better documented in the latest version >> >> Have a look at the onsip.org Getting Started guide for more detail on >> history. >> g-) >> >> Chahn John Kim wrote: >> >>> I am a SER starter. >>> I have seen many subjects related to Openser. >>> >>> Can someone shed a light on what are the differences between these? >>> And even some insights to suggest which may be better than the other? >>> >>> We are planing to start business service shortly and we appreciate any >>> inputs on which SIP server infrastructure provides better performance >>> and >>> scalability. >>> >>> Thank you in advance. >>> >>> John K. >>> >>> >>> _______________________________________________ >>> 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 >> >> > -- Chahn John Kim Koreanet.US Tel: 847-564-0698 email: johnk(a)koreanet.us johnk(a)netcomusa.us -- Chahn John Kim Koreanet.US Tel: 847-564-0698 email: johnk(a)koreanet.us johnk(a)netcomusa.us

5 5

[Users] Error compiling Openser 1.1.0 on Slackware.
by Shane Burrell 31 Jul '06

31 Jul '06

gcc -Wl,-O2 -Wl,-E action.o core_stats.o crc.o daemonize.o data_lump.o data_lump_rpl.o dprint.o dset.o error.o fifo_server.o flags.o forward.o io_wait.o ip_addr.o items.o items_extra.o main.o md5.o md5utils.o modparam.o msg_translator.o pass_fd.o proxy.o qvalue.o re.o receive.o resolve.o route.o route_struct.o script_cb.o serialize.o socket_info.o sr_module.o statistics.o tcp_main.o tcp_read.o timer.o tsend.o udp_server.o unixsock_server.o usr_avp.o mem/f_malloc.o mem/mem.o mem/memtest.o mem/q_malloc.o mem/shm_mem.o mem/vq_malloc.o parser/hf.o parser/msg_parser.o parser/parse_allow.o parser/parse_content.o parser/parse_cseq.o parser/parse_disposition.o parser/parse_diversion.o parser/parse_event.o parser/parse_expires.o parser/parse_fline.o parser/parse_from.o parser/parse_hname2.o parser/parse_hostport.o parser/parse_methods.o parser/parse_nameaddr.o parser/parse_param.o parser/parse_refer_to.o parser/parse_rpid.o parser/parse_rr.o parser/parse_sipifmatch.o parser/parse_sst.o parser/parse_supported.o parser/parse_to.o parser/parse_uri.o parser/parse_via.o parser/parser_f.o parser/digest/digest.o parser/digest/digest_parser.o parser/digest/param_parser.o parser/contact/contact.o parser/contact/parse_contact.o db/db.o db/db_fifo.o db/db_id.o db/db_pool.o lex.yy.o cfg.tab.o -ldl -lresolv -o openser io_wait.o(.text+0xe6a): In function `init_epoll': /usr/src/openser-1.1.0-notls/io_wait.c:201: warning: warning: epoll_create is not implemented and will always fail tcp_main.o(.text+0x36ad): In function `io_watch_add': /usr/src/openser-1.1.0-notls/io_wait.h:376: warning: warning: epoll_ctl is not implemented and will always fail tcp_main.o(.text+0x3dd6): In function `io_wait_loop_epoll': /usr/src/openser-1.1.0-notls/io_wait.h:701: warning: warning: epoll_wait is not implemented and will always fail Any ideas? TIA Shane

7 9

[Serusers] auth_radius & RFC4590
by Kostas Marneris 31 Jul '06

31 Jul '06

Hello, (this is mainly for SER developers). According to README file, the auth_radius module has been implemented according to draft-sterman-aaa-sip-00. Is there any intension on SER developers' plans to implement a Radius Authentication module according to new RFC4590 ? thanks in advance for any hint, Kostas

2 2

[Users] Problem with avp_write
by hemant kumar 31 Jul '06

31 Jul '06

Hello List, I am using openser version: /usr/local/sbin/openserctl 1.2 - $Revision: 1.3 $ Now the problem is I used avp_write("i:45", "inv_timeout"); for the timeout and redirect the INVITE to voicemail. I got an error so i used avp_write("i:45", "$avp(s:inv_timeout)"); after doing some google searches. It seems that my change in config file didn't do any good cause now openser is giving me error 3(4772) ERROR: parse_uri: bad uri, state 0 parsed: <:hem> (4) / <:hemant@xx.xx.xx.xx> (22) 3(4772) ERROR: parse_sip_msg_uri: bad uri <:hemant@xx.xx.xx.xx> Can someone help me out here ? Thanks, Hemant

2 1

[Users] I got an error 478,what can i do?
by feng zeheng_feng 31 Jul '06

31 Jul '06

Hi,everyone! I have installed openser 1.2 via aptitude from openser.org, and then I config openser follow the install manual( http://www.openser.org/index.php?option=com_content&task=view&id=26&Itemid=… with mysql was be installed and databases and tables was create by openser_mysql.sh. I add new user successfully like this:openserctl add fzh fzh fzh(a)myserver.com.but i can't login user fzh with window messenger or x-lite.I got an error 478---unresolvable destination(478/TM). i think there may some error in my openser.cfg. but i can't find it. i post my openser.cfg here: alias="myserver.com" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/lib/openser/modules/mysql.so" loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/lib/openser/modules/auth.so" loadmodule "/usr/lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") # 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 ------------------- # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS #if(uri=~"@tls_domain1.net") { # t_relay("tls:domain1.net"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay("tls:domain2.net"); # exit; #} 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("myserver.com", "subscriber")) { www_challenge("myserver.com", "0"); exit; }; save("location"); exit; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; ngrep -qt port 5060 : U 2006/07/31 16:31:30.359879 59.64.183.197:5060 -> 64.233.161.83:5060 REGISTER sip:gmail.com SIP/2.0..Via: SIP/2.0/UDP 59.64.183.197;branch= z9hG4bK099e.a821a853.0.. Via: SIP/2.0/UDP 59.64.183.247:11955..Max-Forwards: 69..From: < sip:fzh@gmail.com>;tag=5ca47f5d 15c24791bb6dbfdc11aace96;epid=e655b5ac9b..To: <sip:fzh@gmail.com>..Call-ID: 135b746590ae485c93 70134a3a1400c8..CSeq: 1 REGISTER..Contact: <sip:59.64.183.247:11955>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER, BENOTIFY"..User-Agent: RTC/1.3.536 9 (Messenger 5.1.0639)..Event: registration..Allow-Events: presence..Content-Length: 0..P-hint : outbound.... U 2006/07/31 16:31:30.993136 59.64.183.247:1704 -> 59.64.183.197:5060 REGISTER sip:gmail.com SIP/2.0..Via: SIP/2.0/UDP 59.64.183.247:11955..Max-Forwards: 70..From: <sip:fzh@gmail.com>;tag=5ca47f5d15c24791bb6dbfdc11aace96;epid=e655b5ac9b..To: <sip:fzh@gmail.c om>..Call-ID: 135b746590ae485c9370134a3a1400c8..CSeq: 1 REGISTER..Contact: <sip:59.64.183.247: 11955>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER, BE NOTIFY"..User-Agent: RTC/1.3.5369 (Messenger 5.1.0639)..Event: registration..Allow-Events: pre sence..Content-Length: 0.... what can i do ? appreciate for your help fzh

1 0

[Users] Please help for TLS testing..
by Stephen Paterson 31 Jul '06

31 Jul '06

Hi Ferianto, > As I see, the error is at line 27. I see that it contain "tls_verify=1" and "tls_require_certificate=0". I don't know what is wrong with this line > because As I see from all mailinglist`s messages, they didn`t change this line and if they change it, they just change the value, for example : > tls_verify = on > tls_require_certificate = on I've just started using OpenSER today as well and had the same problem. After a little guess work I got it to work using: tls_verify_client, tls_verify_server & tls_require_client_certificate instead of tls_verify & tls_require_certificate I couldn't find this documented anywhere but it may be, I don't know my way around the docs yet. Regards Steve Steve Paterson Software Engineer Aculab Tel: +44 (0) 1908 273866 Fax: +44 (0) 1908 273801 Email: mailto:stephen.paterson@aculab.com Website: http://www.aculab.com

5 21

[Users] Route-header DNS lookup?
by Kerker Staffan 31 Jul '06

31 Jul '06

hi i recently bounced into this problem, and i'm not sure here. i'm running the openser-devel, with the cacheless db_mode=3. (works fine btw) the record-route header received by the proxy on the other side (SNOM4S), inserts the domain name (iptel1.ipatl.se) and not the hostname (sip.iptel1.ipatl.se) in the record-route header, and uses the maddr=<ip_of_server> with the actual server IP address. now, when my client (behind the OpenSER) replies with an ACK to the incomming OK, it uses the Route-header recieved in the RR-header, and sends the ACK to OpenSER. i then get the following errors in OpenSER. --- /usr/local/sbin/openser[3583]: ERROR: mk_proxy: could not resolve hostname: "iptel1.ipatl.se" /usr/local/sbin/openser[3583]: ERROR: uri2proxy: bad host name in URI <sip:4ffec4ce755c218a72228c6643cb3b6b@iptel1.ipatl.se:5060;maddr=172.28.248.66;transport=udp;lr> --- the ACK i sent look like this: --- Request-Line: ACK sip:2307@iptel1.ipatl.se;gruu=6fg9n6dl SIP/2.0 Via: SIP/2.0/UDP 172.28.248.52:2051;branch=z9hG4bK-d96b1fvapkyn;rport Route: <sip:172.28.248.10;lr=on;ftag=li9buf1i4p> Route: <sip:4ffec4ce755c218a72228c6643cb3b6b@iptel1.ipatl.se:5060;maddr= 172.28.248.66;transport=udp;lr> From: "Snom 2652" <sip:2652@ipatl.se>;tag=li9buf1i4p To: <sip:2307@ipatl.se>;tag=hvseiz7kgb Call-ID: 3c269d83900b-xj3ild14y880@snom360 CSeq: 1 ACK Max-Forwards: 70 Contact: <sip:2652@172.28.248.52:2051;line=cp4a7ljd> Content-Length: 0 --- as far as i understand, according the rfc 3263, the route-header may contain domain name that has to be resolved using SRV. --- "6 Constructing SIP URIs In many cases, an element needs to construct a SIP URI for inclusion in a Contact header in a REGISTER, or in a Record-Route header in an INVITE. According to RFC 3261 [1], these URIs have to have the property that they resolve to the specific element that inserted them. However, if they are constructed with just an IP address, for example: sip:1.2.3.4 then should the element fail, there is no way to route the request or response through a backup. SRV provides a way to fix this. Instead of using an IP address, a domain name that resolves to an SRV record can be used: sip:server23.provider.com" --- now, OpenSER only asks DNS for an A record of the name recieved in the route header, and since that's a domain name, it's unresolvable, and so the ACK is never sent. any hints or clues? best regards, /Staffan Kerker -- Staffan Kerker Saab Communications, Växjö p. +46 470 42185 c. +46 705 391365 m. staffan.kerker(a)saabgroup.com

4 8

[Users] call management software
by ram 31 Jul '06

31 Jul '06

Hi all Is any one here in the group used any call management software for SER I have seen software for Asterisk hudlite, does any kind of software for SER any one tested and report their experiences why iam asking is after Ser running some days i get this error in my syslog sl_reply_error used: I'm terribly sorry, server error occured (2/SL) that time my users not able to make call, i keep get fast busy, that time i need to reboot the Ser so calls again start going out side If any kind of monitoring software available or do automated job, when ever found that calls are not going then restart SER or some kind of solution should help the admin to chek the logs, when the SER restarted. If not some one need to monitor constantly or wait for customer to call to support \the calls are not going then we restart service will back the services, but i feel bad practice, before customer realise some problem with server, the Admin able to fix the problem any suggestions will be appriciated. ram,

2 1

[Users] Openser 1.0.1 installation problems
by J K 31 Jul '06

31 Jul '06

Hi there. I'm trying to install Openser 1.0.1 on CentOS 4.3. I've untarred the source code using 'tar zxvf openser-1.0.1_src.tar.gz' to a directory openser-1.0.1, but when I type 'make all' or 'make prefix=/ all' to build, I get the following errors: make: Warning: File `Makefile.rules' has modification time 1.4e+07 s in the future bison -d -b cfg cfg.y cfg.y: conflicts: 1 shift/reduce bison -d -b cfg cfg.y cfg.y: conflicts: 1 shift/reduce flex cfg.lex make: Warning: File `Makefile.rules' has modification time 1.4e+07 s in the future bison -d -b cfg cfg.y cfg.y: conflicts: 1 shift/reduce bison -d -b cfg cfg.y cfg.y: conflicts: 1 shift/reduce flex cfg.lex make: *** Deleting file `sr_module.d' make: *** [sr_module.d] Interrupt Anyone have any idea how I can fix this? Thanks in advance. __________________________________________ BreakThru.com - Pure email. Zero spam. http://friendfinder.com/go/f47930 - Dating Personals and Social Networking http://quizhappy.com/go/f301 - Ph.D certified tests and quizzes http://dine.com/go/f5554 - Restaurant Reviews in your area

2 1

[Users] Resetting flags in branch_route[] resets flags for ALL branches
by Tavis P 31 Jul '06

31 Jul '06

I'm using branch route to trigger mediaproxy logic per branch for UAC directed calls and i'm experiencing some strange behavior: t_relay() is called, there are two branches In both branches there are two flags set During branch_route processing of the first branch both are left intact. During branch_route processing of the second branch, both are reset (unset) The destination UAC for the first branch picks up the phone call, sending a SIP OK message This is where i'm experiencing the problem Inside of the onreply_route both flags are NOT set, even though they were unset in a different call branch Has anyone experienced this behavior before? Is it supposed to work this way? This is using a recent (1-2 weeks ago) cvs checkout of OpenSER 1.0.0 tavis

2 6

[Serusers] How to handle redirect with sipbroker?
by Roger Lewau 30 Jul '06

30 Jul '06

I dont know if any of you use the SIPBroker service to do multi enum lookups, but I'm hoping there are some on this list who do. I have been using SIPBroker for dialing with sip codes only so far and did my enum lookups on my own. But now, I decided to set ser up to try sipbroker first for all external calls and then fall back to my different gateways if no route can be found via SIPBroker. SIPBroker, in prinicpal, works like this. I send an Invite for any enum number to SIPBroker. If sipbroker finds a route for that number to another voipprovider it will proxy the call to the found provider. If sipbroker can not find a route, it will reply with a redirect of the call to my self and I am supposed to handle the call setup my self, through my gateways. My question is how to handle this redirect message? Any one who has a working failure route to handle this situation, and are willing to share? Here is an actual SIP conversation, initiated from Asterisk via SER, of a failed Enum lookup through SIPBroker: # U 212.247.91.XXX:5060 -> 24.196.79.163:5060 INVITE sip:4640240252@sipbroker.com SIP/2.0. Record-Route: <sip:212.247.91.XXX;ftag=as5e811304;lr=on>. Via: SIP/2.0/UDP 212.247.91.XXX;branch=z9hG4bK7307.c7d88007.0. Via: SIP/2.0/UDP 212.247.91.XXZ:5060;branch=z9hG4bK05f7cabc;rport=5060. From: "Roger Lewau" <sip:330000@sip.serverhallen.com>;tag=as5e811304. To: <sip:240252@sip.serverhallen.com>. Contact: <sip:330000@212.247.91.XXZ>. Call-ID: 6877d50b1343fac25403e06f4a83c280(a)sip.serverhallen.com. CSeq: 103 INVITE. User-Agent: Asterisk PBX. Max-Forwards: 16. Date: Sat, 29 Jul 2006 22:42:23 GMT. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Content-Type: application/sdp. Content-Length: 336. . v=0. o=root 850 851 IN IP4 212.247.91.XXZ. s=session. c=IN IP4 212.247.91.XXZ. t=0 0. m=audio 34852 RTP/AVP 0 8 18 97 3 101. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:97 iLBC/8000. a=rtpmap:3 GSM/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. ## U 24.196.79.163:5060 -> 212.247.91.XXX:5060 SIP/2.0 300 Redirect. Via: SIP/2.0/UDP 212.247.91.XXX;branch=z9hG4bK7307.c7d88007.0. Via: SIP/2.0/UDP 212.247.91.XXZ:5060;branch=z9hG4bK05f7cabc;rport=5060. From: "Roger Lewau" <sip:330000@sip.serverhallen.com>;tag=as5e811304. To: <sip:240252@sip.serverhallen.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.fe4c. Call-ID: 6877d50b1343fac25403e06f4a83c280(a)sip.serverhallen.com. CSeq: 103 INVITE. Contact: sip:4640240252@sip.serverhallen.com. Server: Sip EXpress router (0.9.4 (i386/linux)). Content-Length: 0. Warning: 392 24.196.79.163:5060 "Noisy feedback tells: pid=15326 req_src_ip=212.247.91.XXXreq_src_port=5060 in_uri=sip:4640240252@sipbroker.com out_uri=sip:4640240252@sip.serverhallen.com via_cnt==2". . # U 212.247.91.XXX:5060 -> 24.196.79.163:5060 ACK sip:4640240252@sipbroker.com SIP/2.0. Via: SIP/2.0/UDP 212.247.91.237;branch=z9hG4bK7307.c7d88007.0. From: "Roger Lewau" <sip:330000@sip.serverhallen.com>;tag=as5e811304. Call-ID: 6877d50b1343fac25403e06f4a83c280(a)sip.serverhallen.com. To: <sip:240252@sip.serverhallen.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.fe4c. CSeq: 103 ACK. User-Agent: Sip EXpress router(0.9.3 (i386/freebsd)). Content-Length: 0. .

1 0

[Serusers] Mediaproxy accounting - SER
by Robert Zorop 29 Jul '06

29 Jul '06

Hi, is there anyone experimenting problems with dbaccounting with mediaproxy ?. I have installed 1.7.2 and it works in some situations and doesnt in others. The calls are terminating in a cisco 2600 equip. The log i have is : delete 347395089(a)192.168.0.102 info= session 347395089(a)192.168.0.102: 93/3917/4010 packets, 17736/782484/800220 bytes (caller/called/relayed) session 347395089(a)192.168.0.102: ended. But no account is done. Sincerely i don't really know what is happening here. Please any help/clue provided will be a great help .

1 0

[Serusers] Implementing Group Pickup
by Simon 29 Jul '06

29 Jul '06

Hi, Has anyone thought how to implement group pickup purely in SER ? Currently we are using Asterisk for all PBX type functions, but want to move to a design where SER handles the dialogue with the sip phones and uses Asterisk purely as a voice mail server. So has anyone implemented group pickup and hunt groups before ? Many Thanks Simon

2 1

[Serusers] Problem compiling SER with Radius
by Marco Dias 29 Jul '06

29 Jul '06

I installed SER and everything was working ok but I had to recompile SER with RADIUS support. I installed radiusclient 0.3.2 from sources. I editted the Makefile deleting "auth_radius", "group_radius" and "uri_radius" from the excluded modules. I Tryed to recompile SER but when I did "make install" appeared the following warnings: ERROR: module modules/acc/acc.so not compiled ERROR: module modules/auth_radius/auth_radius.so not compiled ERROR: module modules/group_radius/group_radius.so not compiled ERROR: module modules/uri_radius/uri_radius.so not compiled I tryed to locate the modules but only found the acc.so in "/usr/ local/lib/ser/modules/acc.so". The others I don't have... Can anyone help me please... Thanks in advance and sorry about my bad English Marco Passarinho

2 1

[Serusers] Replacing CID to Alias
by Ali Zaidi 29 Jul '06

29 Jul '06

Hi, Is this possible to replace CID (SER UA ID) to Alias. I have UA 5001112222(a)mydoamin.com and Alias 2123334444. When UA call other UA2 the ID shows 5001112222, but i want to show 2123334444. Thanks, Ali...

2 1

RE: [Serusers] Remote sip and rtp analyzing
by İlker Aktuna (Koç.net) 29 Jul '06

29 Jul '06

Hi, I still couldn't find a nice way of remote sip & rtp packet capturing and analyzing. Is there any tool to do this ? Do I need to use rcap protocol ? How can I use it on SER ? Thanks, ilker ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Friday, July 07, 2006 2:39 PM To: serusers(a)iptel.org Subject: [Serusers] Remote sip and rtp analyzing Hi, I am looking for a solution to analyze sip and rtp packets on a Ser + Mediaproxy server. SIPAlanyzerV6 seems to receive remote capturing, but there is no information on its manuals for remote capture. What is the best solution to analyze sip and rtp packets remotely from a SER server ? I also would like to have some statistical output, if possible. Thanks for your comments. ilker C "-//W3C//DTD HTML 4.0 Transitional//EN"> Hi, I still couldn't find a nice way of remote sip & rtp packet capturing and analyzing. Is there any tool to do this ? Do I need to use rcap protocol ? How can I use it on SER ? Thanks, ilker ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Friday, July 07, 2006 2:39 PM To: serusers(a)iptel.org Subject: [Serusers] Remote sip and rtp analyzing Hi, I am looking for a solution to analyze sip and rtp packets on a Ser + Mediaproxy server. SIPAlanyzerV6 seems to receive remote capturing, but there is no information on its manuals for remote capture. What is the best solution to analyze sip and rtp packets remotely from a SER server ? I also would like to have some statistical output, if possible. Thanks for your comments. ilker <http://387555.sigclick.mailinfo.com/sigclick/03010505/04074D00/030C044C/031…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

4 3

[Serusers] Accounting tools or ideas needed
by Steve Blair 29 Jul '06

29 Jul '06

We are generating accounting records for INVITE, BYE and CANCEL methods. We use flatstore and rotate the files nightly via cron.daily. We expected the number of each type of record to "add up". That is we expected each INVITE to have either a BYE or CANCEL based on the Call-ID field but we are actually getting duplicates and in some cases seem to get BYEs without a corresponding INVITE. I think some of these BYE may be for calls initiated by the proxy to either our Asterisk voicemail server or to another UA because of blind transfers initiated at the phone or call forward always initiated by the proxy. The trouble is we have 600+ subscribers and the logs are huge. I have used cat, grep and sort to try and identify the mismatch but this is tedious at best. Does anyone have any insight into why the mismatch might exist and suggestions for record matching based on the Call-ID field. We are using ser 0.9.7-pre3, Cisco 79x0 phones running 7.3 image and Cisco 2821 gateways running 12.3(8)T11. Thanks,Steve

2 1

[Serusers] altering the caller id (CID)
by Mark Price 29 Jul '06

29 Jul '06

Hi, Is there a common method for rewriting the caller id for outboud calls? apparently rpid is insufficient.. I need something like the "set(CALLERID=904xxxxxxx)" thing in asterisk. Thanks Mark price

2 1

Fwd: Re: [Users] Query on Registration
by Vivek Bhat 28 Jul '06

28 Jul '06

Hi, There is no special purpose to remove Via. But, I just tried to remove the original "Via", and observed this problem. Thanks, Vivek ------------------------- >Hello, > I> do not think it is needed to remove the Via header for replication >of REGISTER. Is there a special purpose for it? > >Cheers, >Daniel --- samuel <samu60(a)gmail.com> wrote: > Date: Thu, 27 Jul 2006 09:40:46 +0200 > From: samuel <samu60(a)gmail.com> > To: "Ohad.Levy(a)infineon.com" > <Ohad.Levy(a)infineon.com> > Subject: Re: [Users] Query on Registration > CC: vigibi(a)yahoo.com, users(a)openser.org > > You can also try to do it outside the config, using > the UNIX/FIFO > interface and the t_uac "function". > > just my 2 cents.. > SAmuel. > > 2006/7/27, Ohad.Levy(a)infineon.com > <Ohad.Levy(a)infineon.com>: > > What about t_replicate? > > > > > -----Original Message----- > > > From: users-bounces(a)openser.org > [mailto:users-bounces@openser.org] On > > > Behalf Of Vivek Bhat > > > Sent: Thursday, July 27, 2006 1:22 AM > > > To: users(a)openser.org > > > Subject: [Users] Query on Registration > > > > > > Hi, > > > > > > I am trying to implement Third-Party > registration in > > > IMS environment using OPENSER as S-CSCF. Here is > what > > > I want to do: > > > > > > UAC > > > > > > ........................................................................ > > .. > > > ...........S-CSCF > > > (Openser) > > > > > > REGISTER > > > > > > -----------------------------------> > > > > > > 200 OK > > > > > > <-------------------------------------- > > > > > > This part is working fine. > > > > > > Now, S-CSCF sends separate REGISTER to > Application > > > Server (AS) and needs to get the response. But, > this > > > response should NOT be sent to UAC. > > > > > > S-CSCF > > > > > > ........................................................................ > > .. > > > . > > > AS > > > > > > REGISTER > > > > > > -------------------------------------> > > > > > > Response > > > ([1-6]xx > > > > > > <----------------------------------------- > > > > > > I tried to send this REGISTER by removing old > headers > > > from the first REGISTER received from UAC and > > > creating my own (using remove_hf and append_hf). > Also, > > > I just removed the old "via" header, and Openser > > > automatically added new Via header with openser > ip > > > address. > > > > > > However, when AS sends the response, S-CSCF > forwards > > > this response to UAC even though Via header does > NOT > > > contain the UAC IP address. Why is that? How > to > > > stop relaying the any response received from > AS to > > > UAC? Or else, is it possible to create a new > REGISTER > > > request from OpenSER? > > > > > > Thanks, > > > Vivek > > > > > > > > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam > protection around > > > http://mail.yahoo.com > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[Serusers] hi doubts in compiling in ser
by dillip parida 28 Jul '06

28 Jul '06

hi if i want to add some feature and to modify some codings like w/o authorization .where i ve to add.please reply me.

1 0

[Users] Fw: jabber - please help me !
by Javier Ramirez 28 Jul '06

28 Jul '06

friends: I looking for this error, I add in module/jabber/jabber.c file in mod_init funtion 2 trace to view where is the error. please look in the trace, I show the error. please help me for(i=0; i<nrw; i++) { LOG(L_ERR, "XJAB trace 1 to debug error \n"); db_con[i] = jabber_dbf.init(db_url); LOG(L_ERR, "XJAB trace 2 to debug error \n"); if (!db_con[i]) { LOG(L_ERR, "XJAB:mod_init: Error while connecting database\n"); return -1; } else { if (jabber_dbf.use_table(db_con[i], db_table) < 0) { LOG(L_ERR, "XJAB:mod_init: Error in use_table\n"); return -1; } DBG("XJAB:mod_init: Database connection opened successfully\n"); } } and run the program with -f ser.jabber -E -dddddddddddddd options 0(9857) read 3400580695 from /dev/urandom 0(9857) seeding PRNG with 259723670 0(9857) test random number 1984477284 0(9857) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 0(9857) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.0.4 [192.168.0.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.0.4 [192.168.0.4]:5060 Aliases: tcp: localhost:5060 udp: localhost:5060 *: 192.168.0.4:* WARNING: no fork mode and more than one listen address found(will use only the the first one) 0(9857) init_tcp: using sigio_rt as the io watch method (auto detected) 0(9857) Se inicializo init_tmcb_lists 0(9857) Presence Agent - initializing 0(9857) ... common libraries 0(9857) cds_initialize(): init the content 0(9857) qsa_initialize(): init the content print - initializing textops - initializing 0(9857) Maxfwd module- initializing stateless - initializing 0(9857) XJAB:mod_init: initializing ... 0(9857)XJAB trace 1 to debug error 0(9857) XJAB trace 2 to debug error 0(9857) XJAB:mod_init: Database connection opened successfully 0(9857) XJAB trace 1 to debug error Segmentation fault (core dumped)

1 0

[Serusers] jabber
by Javier Ramirez 28 Jul '06

28 Jul '06

why die the ser ? what is wrong ? I add this: in /etc/host 127.0.0.1 aim.jabber.server.com 127.0.0.1 msn.jabber.server.com 127.0.0.1 icq.jabber.server.com 127.0.0.1 yahoo.jabber.server.com 127.0.0.1 jabber.server.com 127.0.0.1 server.com and run: ser -f jabber2.cfg -E -dddddddddddddddd 0(4710) read 193612823 from /dev/urandom 0(4710) seeding PRNG with 1347370384 0(4710) test random number 149130666 0(4710) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 0(4710) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.0.4 [192.168.0.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.0.4 [192.168.0.4]:5060 Aliases: tcp: localhost:5060 udp: localhost:5060 *: 192.168.0.4:* print - initializing textops - initializing stateless - initializing and ser die..... this is my configuration file: # # configuration for Jabber module testing # (sample config file using the module with presence support) # # $ID: daniel $ # debug=2 # debug level (cmd line: -dddddddddd) fork=yes # (cmd. line: -D) log_stderror=yes # (cmd line: -E) children=2 check_via=no # (cmd. line: -v) dns=off # (cmd. line: -r) rev_dns=off # (cmd. line: -R) port=5060 alias="192.168.0.4" # ------------------ module loading ---------------------------------- #modules loadmodule "modules/print/print.so" loadmodule "modules/textops/textops.so" loadmodule "modules/tm/tm.so" loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/mysql/mysql.so" loadmodule "modules/jabber/jabber.so" loadmodule "modules/registrar/registrar.so" loadmodule "modules/usrloc/usrloc.so" loadmodule "modules/pa/pa.so" # ----------------- setting module-specific parameters --------------- # -- registrar params -- modparam("registrar", "default_expires", 120) #modparam("registrar", "use_domain", 1) # -- usrloc params -- #modparam("usrloc", "use_domain", 1) modparam("usrloc", "db_mode", 0) # -- jabber params -- modparam("jabber","db_url","mysql://root@127.0.0.1/sip_jab") modparam("jabber","jaddress","jabber.server.com") modparam("jabber","jport",5222) modparam("jabber","workers",2) modparam("jabber","max_jobs",10) modparam("jabber","cache_time",200) modparam("jabber","delay_time",60) modparam("jabber","jdomain","jabber.server.com=*") modparam("jabber","aliases","4;aim.jabber.server.com;icq.jabber.server.com;msn.jabber.server.com=%;yahoo…;") route{ #if ( !mf_process_maxfwd_header("10") ) #{ # sl_send_reply("483","To Many Hops"); # drop(); #}; if (uri=~"[@:]sip\.server\.com([;:].*)*") { # for testing purposes, simply okay all REGISTERs if (method=="REGISTER") { if (t_newtran()) { save("location"); log("REGISTER received -> reply okay\n"); }; if(search("egistration")) { log("XJAB: Going ONline in Jabber network!!!\n"); if(jab_go_online()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; } else { log("XJAB: Going OFFline in Jabber network!!!\n"); if(jab_go_offline()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; }; break; }; if (method=="SUBSCRIBE") { if (t_newtran()) { handle_subscription("registrar"); }; break; }; if(!lookup("location")) { sl_send_reply("404","Not found"); break; }; }; if ((search("To:.*@icq\.jabber\.server\.com")) || (search("To:.*@jabber\.server\.com")) || (search("To:.*@msn\.jabber\.server\.com")) || (search("To:.*@yahoo\.jabber\.server\.com"))) { if (! t_newtran()) { sl_reply_error(); break; }; if (method=="MESSAGE") { log("MESSAGE received -> manage it with XJAB\n"); if(search("\n:on")) { if (jab_go_online()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:off")) { if (jab_go_offline()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:join")) { if (jab_join_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if(search("\n:exit")) { if (jab_exit_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if (jab_send_message()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("503","Service Unavailable"); }; break; }; if (method=="SUBSCRIBE") { handle_subscription("jabber"); break; }; log("NON_Message request received for JABBER gateway->dropt!\n"); sl_send_reply("202","Accepted"); break; }; if (!t_relay()) { sl_reply_error(); }; #forward(uri:host,uri:port); } --------------------------------------------------------------------------------

2 2

[Users] jabber - please help me !
by Javier Ramirez 28 Jul '06

28 Jul '06

friends: I looking for this error, I add in module/jabber/jabber.c file in mod_init funtion 2 trace to view where is the error. please look in the trace, I show the error. please help me for(i=0; i<nrw; i++) { LOG(L_ERR, "XJAB trace 1 to debug error \n"); db_con[i] = jabber_dbf.init(db_url); LOG(L_ERR, "XJAB trace 2 to debug error \n"); if (!db_con[i]) { LOG(L_ERR, "XJAB:mod_init: Error while connecting database\n"); return -1; } else { if (jabber_dbf.use_table(db_con[i], db_table) < 0) { LOG(L_ERR, "XJAB:mod_init: Error in use_table\n"); return -1; } DBG("XJAB:mod_init: Database connection opened successfully\n"); } } and run the program with -f ser.jabber -E -dddddddddddddd options 0(9857) read 3400580695 from /dev/urandom 0(9857) seeding PRNG with 259723670 0(9857) test random number 1984477284 0(9857) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 0(9857) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.0.4 [192.168.0.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.0.4 [192.168.0.4]:5060 Aliases: tcp: localhost:5060 udp: localhost:5060 *: 192.168.0.4:* WARNING: no fork mode and more than one listen address found(will use only the the first one) 0(9857) init_tcp: using sigio_rt as the io watch method (auto detected) 0(9857) Se inicializo init_tmcb_lists 0(9857) Presence Agent - initializing 0(9857) ... common libraries 0(9857) cds_initialize(): init the content 0(9857) qsa_initialize(): init the content print - initializing textops - initializing 0(9857) Maxfwd module- initializing stateless - initializing 0(9857) XJAB:mod_init: initializing ... 0(9857)XJAB trace 1 to debug error 0(9857) XJAB trace 2 to debug error 0(9857) XJAB:mod_init: Database connection opened successfully 0(9857) XJAB trace 1 to debug error Segmentation fault (core dumped)

1 0

[Serusers] Accounting problem.
by Robert Zorop 28 Jul '06

28 Jul '06

Hi, I'm currently using ser and CDRTool for accounting purposes. I'd like to start accouting and thus billing on "Connection"of the calls. 200OK should be the starting point. Actually accounting module does start on INVITE, and end on BYE . Is there anybody who faced the same problem before?!. TIA.

1 0

[Serusers] PREPAID Billing system for SER
by Asep Saifudin 28 Jul '06

28 Jul '06

Hi, My SER server has running and stable now but I have plan to do PREPAID SIP business. Can anyone tell me what best Prepaid Billing system for SER (GPL licensed preffered) and have web user & admin friendly ? Thanks Asep

2 1

[Users] i need help on installing openser 1.1.0
by raviprakash sunkara 28 Jul '06

28 Jul '06

Hi Users I downloaded the openser 1.0.1 three months back, Now the OpenSER Guys are released the latest version 1.1.0. I downloaded the previous Version ( 1.0.10 ) by CVS , Now I want to install openser 1.1.0 into Box... Who can I update the latest version Now. But from CVS download I installed in /uar/loca/src/ Openser's didn't release the CVS for latest ... Can any one help ... -- Thanks and Regards with cheers Sunkara Ravi Prakash (Voip Developer) Hyperion Technology Kondapur, Hi-tech city, Hyderabad. www.hyperion-tech.com +91-9985077535

2 1

[Serusers] TCP high load problems
by Klaus Darilion 28 Jul '06

28 Jul '06

Hi! Scenario: sipp sends INVITE to ser, ser replies with 404. sipp sends 3000 INVITEs per second with TCP. sipp + ser on the same machine, packets will be snet over loopback device. Suddenly ser reports a bad message: Jul 26 16:39:31 t4000 ser[14152]: ERROR:parse_first_line: method not followed by SP Jul 26 16:39:31 t4000 ser[14152]: ERROR:parse_first_line: bad message > rtpmap:0 PCMU/8000 087637 IN IP4 83.136.32.91sg: message=<p@83.136.32.91:5066>;tag=6688 Jul 26 16:39:31 t4000 ser[14152]: ERROR: receive_msg: parse_msg failed Although the message captured looks fine: INVITE sip:service@83.136.32.91:5060 SIP/2.0 Via: SIP/2.0/TCP 83.136.32.91:5066;branch=z9hG4bK-6688-0 From: sipp <sip:sipp@83.136.32.91:5066>;tag=6688 To: sut <sip:service@83.136.32.91:5060> Call-ID: 6688-14331(a)83.136.32.91 CSeq: 1 INVITE Contact: sip:sipp@83.136.32.91:5066 Max-Forwards: 70 Subject: Performance Test Content-Type: application/sdp Content-Length: 135 v=0 o=user1 53655765 2353687637 IN IP4 83.136.32.91 s=- c=IN IP4 83.136.32.91 t=0 0 m=audio 6002 RTP/AVP 0 a=rtpmap:0 PCMU/8000 Any hints for the problem debugging? thanks klaus

3 5

[Users] Query on Registration
by Vivek Bhat 28 Jul '06

28 Jul '06

Hi, I am trying to implement Third-Party registration in IMS environment using OPENSER as S-CSCF. Here is what I want to do: UAC .....................................................................................S-CSCF (Openser) REGISTER -----------------------------------> 200 OK <-------------------------------------- This part is working fine. Now, S-CSCF sends separate REGISTER to Application Server (AS) and needs to get the response. But, this response should NOT be sent to UAC. S-CSCF ........................................................................... AS REGISTER -------------------------------------> Response ([1-6]xx <----------------------------------------- I tried to send this REGISTER by removing old headers from the first REGISTER received from UAC and creating my own (using remove_hf and append_hf). Also, I just removed the old "via" header, and Openser automatically added new Via header with openser ip address. However, when AS sends the response, S-CSCF forwards this response to UAC even though Via header does NOT contain the UAC IP address. Why is that? How to stop relaying the any response received from AS to UAC? Or else, is it possible to create a new REGISTER request from OpenSER? Thanks, Vivek __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 4

[Users] Fwd: [Devel] [ openser-Bugs-1530057 ] Resetting flags in branch_route resets flags for ALL branchs
by Weiter Leiter 28 Jul '06

28 Jul '06

Speaking of which: there is no documentation regarding the flag set involved in transactions; there is a flag tutorial, but it doesn't tell: - that one flag set in a transaction will be set automatically in the reply, too (in the on reply route, armed in a transaction) - is this correct? - what's the flags behaviour with multiple branches (one branch sets a flag, can i see this flag from some other branch or which of the flags will i see in on failure route)? WL. ---------- Forwarded message ---------- From: SourceForge.net <noreply(a)sourceforge.net> Date: Jul 28, 2006 2:02 AM Subject: [Devel] [ openser-Bugs-1530057 ] Resetting flags in branch_route resets flags for ALL branchs To: noreply(a)sourceforge.net Bugs item #1530057, was opened at 2006-07-27 17:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1530057&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: ver 1.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Resetting flags in branch_route resets flags for ALL branchs Initial Comment: I'm using branch route to trigger mediaproxy logic per branch for UAC directed calls and i'm experiencing some strange behavior: t_relay() is called, there are two branches In both branches there are two flags set During branch_route processing of the first branch both are left intact. During branch_route processing of the second branch, both are reset (unset) The destination UAC for the first branch picks up the phone call, sending a SIP OK message This is where i'm experiencing the problem Inside of the onreply_route both flags are NOT set, even though they were unset in a different call branch This makes it impossible to properly use mediaproxy on calls with multiple branches (because some branches may not need mediaproxy which will break the ones that do in some circumstances because the "200 OK" that hits the onreply_route will not be flagged to need mediaproxying) This is using a recent (1-2 weeks ago) cvs checkout of OpenSER 1.0.0 tavis ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1530057&group_… _______________________________________________ Devel mailing list Devel(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/devel

2 1

[Serusers] Send authentication challenges from SER to Radius Server in MD5
by Ricardo Carvalho 28 Jul '06

28 Jul '06

Hi, Is there a way to send authentication challenges from SER to Radius Server in MD5? How can I do it in ser.cfg? Thanks, Ricardo Carvalho.

1 0

[Users] Which one is the Best either openSER1.0.1 or openser1..1.0
by raviprakash sunkara 28 Jul '06

28 Jul '06

Hi Users, Hello to every one to openser users, Just recently OPENSER's Guy had release the version openser 1.1.0, THat is compactable to do or Not ? -- Thanks and Regards with cheers Sunkara Ravi Prakash (Voip Developer) Hyperion Technology Kondapur, Hi-tech city, Hyderabad. www.hyperion-tech.com +91-9985077535

2 1

[Serusers] Access to body SIP Message
by Nuno Ribeiro 28 Jul '06

28 Jul '06

How can I access to the body of SIP Message in the SER script? Best Regards, -- Nuno Ribeiro

2 1

[Users] outgoing proxy through VPN ?
by gary ng 28 Jul '06

28 Jul '06

Hi, I am trying to setup openser as an outgoing proxy through VPN with the following setup: 172.16.1.1 - VPN endpoint and also the machine running openser 172.16.1.2 - remote NAT router at Network A(another VPN endpoint) 192.168.1.x - sjphone client behind NAT router(Network A) I can register the client through 172.16.1.1 fine but dialing out to other SIP address like 613(a)fwd.pulver.com never go through. If I register through the public address of the machine running openser, I can make the dialing fine and can sort of having a two way communication, though it drops after 5 seconds for unknown reason. I am wondering if anyone know if the first scenario(register through VPN) is possible. Also, how to trace why the communication drops for the normal registration method. thanks for any help in advance. regards, gary __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

RE: [Users] Privacy (*67)
by Pablo Delgado 28 Jul '06

28 Jul '06

Is there a module being develop for ser that give it b2bua capabilities or is there a b2bua that integrates well with openser? Pablo Delgado Digiport Miami LLC Phone: (305) 424-0016 Web: www.digiportmiami.com Email: pablo(a)digiportmiami.com -----Original Message----- From: Juha Heinanen [mailto:jh@tutpro.com] Sent: Tuesday, June 20, 2006 4:01 PM To: Pablo Delgado Subject: RE: [Users] Privacy (*67) Pablo Delgado writes: > To other sip phones. then you need a b2bua that terminates the call and creates another one, where caller has been changed to anonymous. -- juha

4 4

FW: FW: FW: [Serusers] DNS SRV Mediaproxy
by Richard C. Thompson 27 Jul '06

27 Jul '06

Thanks again Samuel I saw the ultramonkey open source stuff and I will look at it. In the mean time I resolved the issue by setting up the alternate interfaces with a private IP subnet like 10.0.0.2 - 3 and now there is no routing between the public IP and private IP interfaces within the same server. I can manage the 'offline' server by ssh'ng into the on line server and then ssh'ng across the private IP link to the second server. I'll let you know how it goes, still in development. Richard C. Thompson Technology Assurance Director, CCNA Virtual Communications, LLC -----Original Message----- From: samuel [mailto:samu60@gmail.com] Sent: Thursday, July 27, 2006 11:02 AM To: RThompson(a)vir2com.com Cc: serusers(a)iptel.org Subject: Re: FW: FW: [Serusers] DNS SRV Mediaproxy It's a really nice setup and quite complex, if you manage to get it working I would like to know it. You can try to take a look at heartbeat and www.ultramonkey.org because you might find useful programs to monitor both machines and have "same" IP. I don't know if it can help you but there's a parameter under proc that controls whether packets should be forwarded from interface to interface: Execute #cat sys/net/ipv4/ip_forward if it returns 1 it means that the kernel is acting as router between the two interfaces. You can set it to 0 so the two interfaces would be isolated: #echo 0 > sys/net/ipv4/ip_forward I'm afraid I can't help you more.....I don't know much more ;) Samuel. 2006/7/27, Richard C. Thompson <rthompson(a)vir2com.com>: > > Thanks Samuel > > I now have it working. I found out the proxydispatcher was using eth0 which > had the other IP address on it. The one that SER is not listening on. Once I > switched the IP addresses around it started working. BTW in order to get SER > to route calls I had to turn mhomed off. Normally I use bond0 with two > Ethernet interfaces, multihome on and use roundrobin to provide redundancy > but in this case I am trying to set up two SER servers, one as a mirror of > the other for a hot standby. I want to sync the two mysql databases using > the eth1's and have eth0 of the slave with the same IP address on it as eth0 > of the master SER. The interfaces go through a switch that I can turn the > port off so there should be no conflict, but so far the improved routing of > Linux has foiled my strategy ie Linux provides a path through the working > interface, but I'm sure I'll find a way of isolating the interfaces, mucking > around with iptables and such. > > Do you know of anyone who has made this config work? > > Thanks again for the help > Rick > > -----Original Message----- > From: serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of samuel > Sent: Thursday, July 27, 2006 3:59 AM > To: serusers(a)iptel.org > Subject: Re: FW: [Serusers] DNS SRV Mediaproxy > > Can you get from the command line the SRV ressolution for mediaproy? > Try > #dig SRV _mediaproxy._tcp.mydomain.com > and check whether you get an answer...if not, there's some problem with DNS. > If you get the right answer, then probably the problem is in the SER > installation, remember to use mhomed=yes in the SER config file to > automatically select the right outbound socket (unless you want to do > it manually...) > I don't thing using two interfaces will affect directly how > proxydispatcher connects to DNS and ther resolved mediaproxies if *you > have the kernel routes properly configured*. Maybe you are trying to > contact a mediaproxy from an interface without connectivity to that > mediaproxy... > > Hope it helps, > Samuel. > > 2006/7/26, Richard C. Thompson <rthompson(a)vir2com.com>: > > > > > > > > > > Thanks for the hints! Below is additional info in response. > > > > BTW the code for both the exit ser server and the new server are the same > > except for a few things like IP address and such. > > > > > > The new ser server has two interfaces and two IP addresses, does this mess > > things up? > > > > ________________________________ > > > > > > > > > > > > Without relevant parts of your config file it's hard to tell....it can be: > > > > *you missed to include the new ser address in the allow statment of the > > existent mediaproxies > > > > > > > > > > I included the new ser IP address in the existing mediaproxies > > > > > > *there's an allow part in the DNS which does not include the new ser as > > allowed to query for the _mediaproxy._tcp > > > > > > > > > > I don't have an allow statement in the DNS Zone file. Is this what you are > > referring to? > > > > Does the new ser server have to be listed in the zone file? > > > > > > *the domain statement in the new ser's proxydispatcher is not properly set > > > > > > I have this in the mediaproxy.ini file > > > > defaultProxy = domain://mydomain.com > > > > > > *a typo somewhere... > > > > > > > > > > why doesn't this line in mediproxy.ini work either? > > > > defaultProxy =xx.xxx.xxx.xxx:25060 # IP address of one of the mediaproxy > > servers > > > > > > > > few hints... > > sAmuEl. > > > > > > > > > > 2006/7/26, Richard C. Thompson < rthompson(a)vir2com.com>: > > > > > > > > > > Hi > > > > > > > > Can anyone post a hint so I can figure this out. > > > > > > > > I have a ser server using a DNS lookup for my SRV mediaproxy servers. > > Everything works fine, and has been for some time. > > > > Now I built a new ser server and want to go to the same mediaproxy servers > > but I get the following error > > > > > > > > Jul 26 09:47:36 localhost proxydispatcher[31666]: warning: none of the > > proxies for domain mydomain.com have responded > > > > Jul 26 09:47:36 localhost proxydispatcher[31666]: error: No mediaproxy > > servers found for the default domain. > > > > > > > > I have included the new ser IP in the allow config of the mediaproxy > > > > > > > > Even if I force the defaultproxy to one of the IP addresses of a > mediaproxy > > server I get the following error > > > > error: couldn't forward command to 0.0.0.0:25060 (Connection reset by > peer) > > > > > > > > Any ideas??? > > > > Could it be a version issue or maybe the python-mysqld issue, I'm not > using > > accounting. > > > > > > > > > > > > > > > > Rick > > > > > > > > > > > > > > > > > > _______________________________________________ > > 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 > > > > > > > _______________________________________________ > 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] ser problem
by danieliturralde＠yahoo.com 27 Jul '06

27 Jul '06

Hello, Have a problem starting ser by using serctl start I get the following message: Starting SER : PID file /var/run/ser.pid does not exist -- SER start failed and in the messages I get: Jul 27 13:40:41 serv /usr/local/sbin/ser[16031]: Maxfwd module- initializing Jul 27 13:40:41 serv /usr/local/sbin/ser[16031]: ERROR: tcp_init: bind(7, 0x812325c, 16) on 127.0.0.1: Address already in use please help. +++ --------------------------------- Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta.

2 1

[Users] jabber
by Javier Ramirez 27 Jul '06

27 Jul '06

why die the openser ? what is wrong ? I add this: in /etc/host 127.0.0.1 aim.jabber.server.com 127.0.0.1 msn.jabber.server.com 127.0.0.1 icq.jabber.server.com 127.0.0.1 yahoo.jabber.server.com 127.0.0.1 jabber.server.com 127.0.0.1 server.com and run: openser -f jabber2.cfg -E -dddddddddddddddd 0(4710) read 193612823 from /dev/urandom 0(4710) seeding PRNG with 1347370384 0(4710) test random number 149130666 0(4710) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 0(4710) WARNING: fix_socket_list: could not rev. resolve 192.168.0.4 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.0.4 [192.168.0.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.0.4 [192.168.0.4]:5060 Aliases: tcp: localhost:5060 udp: localhost:5060 *: 192.168.0.4:* print - initializing textops - initializing stateless - initializing and openser die..... this is my configuration file: # # configuration for Jabber module testing # (sample config file using the module with presence support) # # $ID: daniel $ # debug=2 # debug level (cmd line: -dddddddddd) fork=yes # (cmd. line: -D) log_stderror=yes # (cmd line: -E) children=2 check_via=no # (cmd. line: -v) dns=off # (cmd. line: -r) rev_dns=off # (cmd. line: -R) port=5060 alias="192.168.0.4" # ------------------ module loading ---------------------------------- #modules loadmodule "modules/print/print.so" loadmodule "modules/textops/textops.so" loadmodule "modules/tm/tm.so" loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/mysql/mysql.so" loadmodule "modules/jabber/jabber.so" loadmodule "modules/registrar/registrar.so" loadmodule "modules/usrloc/usrloc.so" loadmodule "modules/pa/pa.so" # ----------------- setting module-specific parameters --------------- # -- registrar params -- modparam("registrar", "default_expires", 120) #modparam("registrar", "use_domain", 1) # -- usrloc params -- #modparam("usrloc", "use_domain", 1) modparam("usrloc", "db_mode", 0) # -- jabber params -- modparam("jabber","db_url","mysql://root@127.0.0.1/sip_jab") modparam("jabber","jaddress","jabber.server.com") modparam("jabber","jport",5222) modparam("jabber","workers",2) modparam("jabber","max_jobs",10) modparam("jabber","cache_time",200) modparam("jabber","delay_time",60) modparam("jabber","jdomain","jabber.server.com=*") modparam("jabber","aliases","4;aim.jabber.server.com;icq.jabber.server.com;msn.jabber.server.com=%;yahoo…;") route{ #if ( !mf_process_maxfwd_header("10") ) #{ # sl_send_reply("483","To Many Hops"); # drop(); #}; if (uri=~"[@:]sip\.server\.com([;:].*)*") { # for testing purposes, simply okay all REGISTERs if (method=="REGISTER") { if (t_newtran()) { save("location"); log("REGISTER received -> reply okay\n"); }; if(search("egistration")) { log("XJAB: Going ONline in Jabber network!!!\n"); if(jab_go_online()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; } else { log("XJAB: Going OFFline in Jabber network!!!\n"); if(jab_go_offline()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; }; break; }; if (method=="SUBSCRIBE") { if (t_newtran()) { handle_subscription("registrar"); }; break; }; if(!lookup("location")) { sl_send_reply("404","Not found"); break; }; }; if ((search("To:.*@icq\.jabber\.server\.com")) || (search("To:.*@jabber\.server\.com")) || (search("To:.*@msn\.jabber\.server\.com")) || (search("To:.*@yahoo\.jabber\.server\.com"))) { if (! t_newtran()) { sl_reply_error(); break; }; if (method=="MESSAGE") { log("MESSAGE received -> manage it with XJAB\n"); if(search("\n:on")) { if (jab_go_online()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:off")) { if (jab_go_offline()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:join")) { if (jab_join_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if(search("\n:exit")) { if (jab_exit_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if (jab_send_message()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("503","Service Unavailable"); }; break; }; if (method=="SUBSCRIBE") { handle_subscription("jabber"); break; }; log("NON_Message request received for JABBER gateway->dropt!\n"); sl_send_reply("202","Accepted"); break; }; if (!t_relay()) { sl_reply_error(); }; #forward(uri:host,uri:port); }

4 5

[Serusers] MD5 between SER and Radius
by Ricardo Carvalho 27 Jul '06

27 Jul '06

Hi all, I'm trying to implement the MD5 digest authentication in my SER Server to authenticate with my Radius Server. What parameters should I use in ser.cfg to be able to calculate MD5 hash of the users password, to be sent to Radius Server? Is it possible? Regards, Ricardo Carvalho.

1 0

[Users] Extra accounting with additional header
by Rodrigo P. Telles 27 Jul '06

27 Jul '06

Hi Folks, I'm trying to do radius extra accounting of an additional header, but it doesn't work. What I did: ----------------------------------------------------------------------------------------------------- modparam("acc", "radius_flag", 1) modparam("acc", "radius_extra", "Sip-Call-Type=$hdr(Sip-Call-Type[*])") route { append_hf("Sip-Call-Type: outbound.\r\n"); setflag(1); .... } ----------------------------------------------------------------------------------------------------- On radius accouting it prints: Sip-Call-Type = "" But if I change the cfg to: ----------------------------------------------------------------------------------------------------- modparam("acc", "radius_flag", 1) modparam("acc", "radius_extra", "Sip-Call-Type=$hdr(User-Agent[*])") route { #append_hf("Sip-Call-Type: outbound.\r\n"); setflag(1); .... } ----------------------------------------------------------------------------------------------------- On radius accouting it prints: Sip-Call-Type = "Grandstream BT100 1.0.6.7" So the extra accounting is working but not for additional/personalized headers. Do I missing some thing here? Thanks in advance. Telles

2 2

[Serusers] How to enable Accounting in MySQL
by Ricardo Carvalho 27 Jul '06

27 Jul '06

Hi, I'm trying to enable accounting and missed calls to be written to MySQL tables. I edited my ser.cfg file as suggested in the URL: http://www.iptel.org/ser/doc/seruser/seruser.html#AEN892, but It still doesn't write anything in the DB. What else do I need to do? any clues? Next I'll show my ser.cfg file where in bold is shown the changes I made to try to enable accounting. Regards, Ricardo Carvalho. --------------------------------------------------------------------------------------------------------------------------------------- # my ser.cfg script: debug=4 fork=no log_stderror=yes listen=192.168.10.91 # put your server IP address here port=5060 children=4 alias=my.site.com dns=yes rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/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/uri_db.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" *loadmodule "/usr/local/lib/ser/modules/acc.so"* modparam("auth_db|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 3) modparam("rr", "enable_full_lr", 1) # set the reporting log level *modparam("acc", "log_level", 1)* # number of flag, which will be used for accounting; if a message is # labeled with this flag, its completion status will be reported *modparam("acc", "log_flag", 1 )* route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { 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()) { route(1); break; }; # labeled all transaction for accounting: * setflag(1);* # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(1); break; }; if (method=="ACK") { route(1); break; } else 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 (!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")) { sl_send_reply("404", "User Not Found"); break; }; route(1); }

2 2

[Serusers] SER with Oracle db
by Chia Huey 27 Jul '06

27 Jul '06

Hi there, Is there any module that enable SER to connect to Oracle db? Thanks in advance. Regards, Chia -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/401 - Release Date: 7/26/2006

4 3

[Users] postgresqldb.sh mistakes
by Pablo Delgado 27 Jul '06

27 Jul '06

Hi Dev Group, I just upgraded to openser1.1-tls with a postgresql db server. During this I found that the script for postgresql still did not work well. It gave me a few errors and it was not granting permissions correctly, so I dug in and checked and it seems things were out of order or created as if it were mysql. So I edit it so that every thing works (or at least what I could find. ;-) ) I am not sure what flags you use for your patches I used the following command to produce this patch: diff -Naur postgresqldb.sh.old postgresqldb.sh.new > posgresqldb.sh.patch If someone had already fixed these then, sorry for the email. ---------------start----------------------------------- --- postgresqldb.sh.orig 2006-07-24 16:57:57.000000000 -0400 +++ postgresqldb.sh 2006-07-24 17:01:07.000000000 -0400 @@ -53,7 +53,7 @@ fi # address of MySQL server if [ -z "$DBHOST" ]; then - DBHOST="204.13.2.20" + DBHOST="localhost" fi # user with full privileges over DBNAME database if [ -z "$DBRWUSER" ]; then @@ -266,13 +266,8 @@ 'root@localhost', '2002-09-04 19:37:45', '$DUMMY_DATE', '57DaSIPuCm52UNe54LF545750cfdL48OMZfroM53', 'o', '', '', '$HA1', '$SIP_DOMAIN', '$HA1B', - '$PHPLIB_ID' ); + '$PHPLIB_ID' );" - INSERT INTO admin_privileges ($USERCOL, domain, priv_name, priv_value) - VALUES ('admin', '$SIP_DOMAIN', 'is_admin', '1'); - - INSERT INTO admin_privileges ($USERCOL, domain, priv_name, priv_value) - VALUES ('admin', '$SIP_DOMAIN', 'change_privileges', '1');" elif [ $# -eq 2 ] ; then # if 3rd param set, don't create any initial user INITIAL_USER="" @@ -665,7 +660,15 @@ CREATE INDEX fromip_idx ON sip_trace (fromip); CREATE INDEX callid_idx ON sip_trace (callid); - +/* + * Table for prefix_domain module + * Note: Missing (pablo) + */ +CREATE TABLE prefix_domain ( + prefix VARCHAR(32) NOT NULL PRIMARY KEY, + domain VARCHAR(255) NOT NULL DEFAULT '' +); + /* add an admin user "admin" with password==$DEFAULT_PW, * so that one can try it out on quick start */ @@ -675,8 +678,16 @@ /* * GRANT permissions */ - -$GRANT_CMD +CREATE USER $DBRWUSER WITH PASSWORD '$DEFAULT_PW'; +CREATE USER $DBROUSER WITH PASSWORD '$RO_PW'; +GRANT ALL PRIVILEGES ON TABLE version, acc, aliases, dbaliases, grp, + location, missed_calls, subscriber, silo, silo_mid_seq, domain, + uri, usr_preferences, trusted, + speed_dial, gw, gw_grp, gw_grp_grp_id_seq, lcr, sip_trace TO $DBRWUSER; +GRANT SELECT ON TABLE version, acc, aliases, dbaliases, grp, + location, missed_calls, subscriber, silo, silo_mid_seq, domain, + uri, usr_preferences, trusted, + speed_dial, gw, gw_grp, gw_grp_grp_id_seq, lcr, sip_trace TO $DBROUSER; EOF @@ -692,23 +703,6 @@ serweb_create () # pars: <database name> { -#if [ $# -eq 1 ] ; then -# if [ -z "$SIP_DOMAIN" ] ; then -# prompt_realm -# fi -# INITIAL_INSERT=" -# INSERT INTO admin_privileges ($USERCOL, domain, priv_name, priv_value) -# VALUES ('admin', '$SIP_DOMAIN', 'is_admin', '1'); -# INSERT INTO admin_privileges ($USERCOL, domain, priv_name, priv_value) -# VALUES ('admin', '$SIP_DOMAIN', 'change_privileges', '1');" -#elif [ $# -eq 2 ] ; then -# # if 3rd param set, don't do any initial insert -# INITIAL_INSERT="" -#else -# echo "serweb_create function takes one or two params" -# exit 1 -#fi - echo "creating serweb tables into $1 ..." sql_query <<EOF @@ -843,6 +837,19 @@ PRIMARY KEY ($USERCOL,priv_name,priv_value,domain) ) $TABLE_TYPE; +/* + * Table for active sessions - webstuff + * Note: was missing (pablo) + */ +CREATE TABLE active_sessions ( + sid varchar(32) NOT NULL default '', + name varchar(32) NOT NULL default '', + val text, + changed varchar(14) NOT NULL default '', + PRIMARY KEY (name,sid) +) $TABLE_TYPE; +create index chaned on active_sessions (changed); + /* * emulate mysql proprietary functions used by the serweb @@ -851,6 +858,12 @@ CREATE FUNCTION "truncate" (numeric,int) RETURNS numeric AS 'SELECT trunc(\$1,\$2);' LANGUAGE 'sql'; create function unix_timestamp(timestamp) returns integer as 'select date_part(''epoch'', \$1)::int4 as result' language 'sql'; +/* + * grant permission + */ +GRANT ALL PRIVILEGES ON TABLE usr_preferences_types, pending, phonebook, server_monitoring, server_monitoring_agg, admin_privileges, active_sessions TO $DBR WUSER; +GRANT SELECT ON TABLE usr_preferences_types, pending, phonebook, server_monitoring, server_monitoring_agg, admin_privileges, active_sessions to $DBRWUSER; + $INITIAL_INSERT EOF ---------------------end-------------------------------------------- I full Pablo Delgado Digiport Miami, LLC 200 SE 1st Street #604 Miami, FL 33131 p.305-424-0016 f. 305-503-5408 e. pablo(a)digiportmiami.com +++ >From it's Data Center in Miami, Florida, Digiport provides colocation, managed servers, secure hosting and business services including VoIP PBX, Corporate Email and Sales Force Management Systems. With 24/7 manned security and IT support, over 15 carrier connections, primary and backup generation systems, and hardened telecommunications infrastructure, Digiport provides vital telecommunications continuity for your business.

2 1

[Users] OpenSER/Asterisk architecture
by M D 27 Jul '06

27 Jul '06

Hi We're looking at using OpenSER as a front-end to the Asterisk boxes we're using to provide a SIP VoIP service to distribute load and handle the RTP streams better. Our customers (who're all over the Internet) use the service primarily for calls to/from the PSTN with little, if any, SIP-to-SIP traffic. Having said that, we're providing PBX-like functions to some customers: voicemail, call groups, IVRs etc which we need to retain. Our PSTN connection is provided over SIP by a couple of different telcos; we just send/receive INVITES to/from them. How're people on this list implementing this kind of platform? OpenSER in front of Asterisk, Asterisk PSTN gateway? Something else? In particular, I'm having trouble seeing how DID calls will work. Let's take the following DIDs as examples and assume that inbound calls are sent to OpenSER: 442071111111: straight mapping to a singe SIP account 442072222222: a group of 3 SIP accounts to ring simultaneously The first case would work with users registering to either OpenSER or Asterisk, providing they shared a user database. In the second case, we would presumably have to forward the call from OpenSER to an Asterisk box to handle calling the 3 users, dealing with voicemail, etc. I suppose the crux of my problem is that I can't see how to get OpenSER to route calls based on the dialled number. Any ideas? I could use an external script and exec_dset but that seems clumsy; surely someone's done this before? This whole thing's a solved problem, right? How about outgoing calls? If a user puts a call through OpenSER to the PSTN it should be easy to check the usrloc DB to control access and allow the call out. Sound good? Any hints on how to take this forward would be greatly appreciated. Once we get a plan in place the implementation should be reasonably straightforward (I hope!) Cheers, MD

2 1

FW: FW: [Serusers] DNS SRV Mediaproxy
by Richard C. Thompson 27 Jul '06

27 Jul '06

Thanks Samuel I now have it working. I found out the proxydispatcher was using eth0 which had the other IP address on it. The one that SER is not listening on. Once I switched the IP addresses around it started working. BTW in order to get SER to route calls I had to turn mhomed off. Normally I use bond0 with two Ethernet interfaces, multihome on and use roundrobin to provide redundancy but in this case I am trying to set up two SER servers, one as a mirror of the other for a hot standby. I want to sync the two mysql databases using the eth1's and have eth0 of the slave with the same IP address on it as eth0 of the master SER. The interfaces go through a switch that I can turn the port off so there should be no conflict, but so far the improved routing of Linux has foiled my strategy ie Linux provides a path through the working interface, but I'm sure I'll find a way of isolating the interfaces, mucking around with iptables and such. Do you know of anyone who has made this config work? Thanks again for the help Rick -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of samuel Sent: Thursday, July 27, 2006 3:59 AM To: serusers(a)iptel.org Subject: Re: FW: [Serusers] DNS SRV Mediaproxy Can you get from the command line the SRV ressolution for mediaproy? Try #dig SRV _mediaproxy._tcp.mydomain.com and check whether you get an answer...if not, there's some problem with DNS. If you get the right answer, then probably the problem is in the SER installation, remember to use mhomed=yes in the SER config file to automatically select the right outbound socket (unless you want to do it manually...) I don't thing using two interfaces will affect directly how proxydispatcher connects to DNS and ther resolved mediaproxies if *you have the kernel routes properly configured*. Maybe you are trying to contact a mediaproxy from an interface without connectivity to that mediaproxy... Hope it helps, Samuel. 2006/7/26, Richard C. Thompson <rthompson(a)vir2com.com>: > > > > > Thanks for the hints! Below is additional info in response. > > BTW the code for both the exit ser server and the new server are the same > except for a few things like IP address and such. > > > The new ser server has two interfaces and two IP addresses, does this mess > things up? > > ________________________________ > > > > > > Without relevant parts of your config file it's hard to tell....it can be: > > *you missed to include the new ser address in the allow statment of the > existent mediaproxies > > > > > I included the new ser IP address in the existing mediaproxies > > > *there's an allow part in the DNS which does not include the new ser as > allowed to query for the _mediaproxy._tcp > > > > > I don't have an allow statement in the DNS Zone file. Is this what you are > referring to? > > Does the new ser server have to be listed in the zone file? > > > *the domain statement in the new ser's proxydispatcher is not properly set > > > I have this in the mediaproxy.ini file > > defaultProxy = domain://mydomain.com > > > *a typo somewhere... > > > > > why doesn't this line in mediproxy.ini work either? > > defaultProxy =xx.xxx.xxx.xxx:25060 # IP address of one of the mediaproxy > servers > > > > few hints... > sAmuEl. > > > > > 2006/7/26, Richard C. Thompson < rthompson(a)vir2com.com>: > > > > > Hi > > > > Can anyone post a hint so I can figure this out. > > > > I have a ser server using a DNS lookup for my SRV mediaproxy servers. > Everything works fine, and has been for some time. > > Now I built a new ser server and want to go to the same mediaproxy servers > but I get the following error > > > > Jul 26 09:47:36 localhost proxydispatcher[31666]: warning: none of the > proxies for domain mydomain.com have responded > > Jul 26 09:47:36 localhost proxydispatcher[31666]: error: No mediaproxy > servers found for the default domain. > > > > I have included the new ser IP in the allow config of the mediaproxy > > > > Even if I force the defaultproxy to one of the IP addresses of a mediaproxy > server I get the following error > > error: couldn't forward command to 0.0.0.0:25060 (Connection reset by peer) > > > > Any ideas??? > > Could it be a version issue or maybe the python-mysqld issue, I'm not using > accounting. > > > > > > > > Rick > > > > > > > > > _______________________________________________ > 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 > > > _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: [Serusers] OT: xlite now with video and IM
by zhaomin 27 Jul '06

27 Jul '06

I am sorry I can not understand what's "proprietary eyebeam parameter" look like, I have seen the http://www.asterisk.org/node/96 it tell me will support video function at Asterisk 1.4 OR Asterisk 1.6 ,How can I configure the sip.conf at Asterisk to support video function,I want to know eyebeam video encode/decode is or not a H.263 protocol? Regard! Zhaomin ----- Original Message ----- From: "Andrey Kouprianov" <andrey.kouprianov(a)gmail.com> To: <serusers(a)iptel.org> Sent: Monday, July 24, 2006 5:09 PM Subject: Re: [Serusers] OT: xlite now with video and IM > Thanx :) > > On 7/24/06, Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote: >> looks like a proprietary eyebeam parameter. Maybe it uses this paramter >> to differ from which (if it is registered to several proxies) of the >> proxies the request comes. >> >> regards >> klaus >> >> Andrey Kouprianov wrote: >> > What does "rinstance" paramater mean in contact header ? >> > >> > On 7/17/06, Andrey Kouprianov <andrey.kouprianov(a)gmail.com> wrote: >> >> You have to enable vdo codecs in asterisk's sip.conf or smth like >> >> that.. Plz, visit their forum at www.asterisk.org >> >> >> >> >> >> >> >> On 7/17/06, Alexandr Dubovikov <shurik(a)start4.info> wrote: >> >> > On Mon, Jul 17, 2006 at 10:56:16AM +0800, zhaomin wrote: >> >> > > I download the xlite3.0 and testing with Asterisk server ,All the >> >> function is all right but video function cann't start to the caller >> >> ,Can anyones tell what's the back server needed? Is anyone know why? >> >> > >> >> > VideoCodec support ? >> >> > >> >> > >> >> > > Regard >> >> > > ZhaoMin >> >> > >> >> > >> >> > Wbr, >> >> > -- >> >> > Alexandr Dubovikov * baron@iRC RusNet * mailto:shurik@start4.info >> >> > AD1-UANIC * ICQ: 122351182 * http://www.start4.info >> >> > >> >> >> > _______________________________________________ >> > 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

FW: [Serusers] DNS SRV Mediaproxy
by Richard C. Thompson 27 Jul '06

27 Jul '06

Thanks for the hints! Below is additional info in response. BTW the code for both the exit ser server and the new server are the same except for a few things like IP address and such. The new ser server has two interfaces and two IP addresses, does this mess things up? _____ Without relevant parts of your config file it's hard to tell....it can be: *you missed to include the new ser address in the allow statment of the existent mediaproxies I included the new ser IP address in the existing mediaproxies *there's an allow part in the DNS which does not include the new ser as allowed to query for the _mediaproxy._tcp I don't have an allow statement in the DNS Zone file. Is this what you are referring to? Does the new ser server have to be listed in the zone file? *the domain statement in the new ser's proxydispatcher is not properly set I have this in the mediaproxy.ini file defaultProxy = domain://mydomain.com *a typo somewhere... why doesn't this line in mediproxy.ini work either? defaultProxy =xx.xxx.xxx.xxx:25060 # IP address of one of the mediaproxy servers few hints... sAmuEl. 2006/7/26, Richard C. Thompson < rthompson(a)vir2com.com <mailto:rthompson@vir2com.com> >: Hi Can anyone post a hint so I can figure this out. I have a ser server using a DNS lookup for my SRV mediaproxy servers. Everything works fine, and has been for some time. Now I built a new ser server and want to go to the same mediaproxy servers but I get the following error Jul 26 09:47:36 localhost proxydispatcher[31666]: warning: none of the proxies for domain mydomain.com have responded Jul 26 09:47:36 localhost proxydispatcher[31666]: error: No mediaproxy servers found for the default domain. I have included the new ser IP in the allow config of the mediaproxy Even if I force the defaultproxy to one of the IP addresses of a mediaproxy server I get the following error error: couldn't forward command to 0.0.0.0:25060 (Connection reset by peer) Any ideas??? Could it be a version issue or maybe the python-mysqld issue, I'm not using accounting. Rick _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

[Users] AVP problem !!(Can anybody share his openser.cfg)
by tanzeel 26 Jul '06

26 Jul '06

Hi users; i am new to use openser .I have to implement trusted ip example: (http://www.voice-system.ro/docs/avpops/0.9.0/ar01s08.html#ex_trusting) i have adjust mysql tables and openser.cfg code according to this.Here is my openser.cfg. But when i run openser -c -f /usr/local/etc/openser/openser.cfg it shows messages like: [root@tanzeel root]# openser -c -f /usr/local/etc/openser/openser.cfg 0(6080) loading module /usr/local/lib/openser/modules/mysql.so 0(6080) loading module /usr/local/lib/openser/modules/sl.so 0(6080) loading module /usr/local/lib/openser/modules/tm.so 0(6080) loading module /usr/local/lib/openser/modules/rr.so 0(6080) loading module /usr/local/lib/openser/modules/maxfwd.so 0(6080) loading module /usr/local/lib/openser/modules/usrloc.so 0(6080) loading module /usr/local/lib/openser/modules/registrar.so 0(6080) loading module /usr/local/lib/openser/modules/textops.so 0(6080) loading module /usr/local/lib/openser/modules/auth.so 0(6080) loading module /usr/local/lib/openser/modules/auth_db.so 0(6080) loading module /usr/local/lib/openser/modules/avpops.so 0(6080) loading module /usr/local/lib/openser/modules/xlog.so 0(6080) loading module /usr/local/lib/openser/modules/acc.so 0(6080) loading module /usr/local/lib/openser/modules/alias_db.so 0(6080) loading module /usr/local/lib/openser/modules/domain.so 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <avp_url> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <avp_table> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: usrloc matches module usrloc 0(6080) set_mod_param_regex: found <db_mode> in module usrloc [/usr/local/lib/openser/modules/usrloc.so] 0(6080) set_mod_param_regex: auth_db matches module auth_db 0(6080) set_mod_param_regex: found <calculate_ha1> in module auth_db [/usr/local/lib/openser/modules/auth_db.so] 0(6080) set_mod_param_regex: auth_db matches module auth_db 0(6080) set_mod_param_regex: found <password_column> in module auth_db [/usr/local/lib/openser/modules/auth_db.so] 0(6080) set_mod_param_regex: rr matches module rr 0(6080) set_mod_param_regex: found <enable_full_lr> in module rr [/usr/local/lib/openser/modules/rr.so] 0(6080) set_mod_param_regex: domain matches module domain 0(6080) set_mod_param_regex: found <db_mode> in module domain [/usr/local/lib/openser/modules/domain.so] 0(6080) set_mod_param_regex: alias_db|usrloc|registrar matches module alias_db 0(6080) set_mod_param_regex: found <use_domain> in module alias_db [/usr/local/lib/openser/modules/alias_db.so] 0(6080) set_mod_param_regex: alias_db|usrloc|registrar matches module registrar 0(6080) set_mod_param_regex: found <use_domain> in module registrar [/usr/local/lib/openser/modules/registrar.so] 0(6080) set_mod_param_regex: alias_db|usrloc|registrar matches module usrloc 0(6080) set_mod_param_regex: found <use_domain> in module usrloc [/usr/local/lib/openser/modules/usrloc.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <avp_table> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <uuid_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <username_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <domain_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <attribute_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <value_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <type_column> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) set_mod_param_regex: avpops matches module avpops 0(6080) set_mod_param_regex: found <use_domain> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) find_export: found <mf_process_maxfwd_header> in module maxfwd [/usr/local/lib/openser/modules/maxfwd.so] 0(6080) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/openser/modules/sl.so] 0(6080) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/openser/modules/sl.so] 0(6080) find_export: found <record_route> in module rr [/usr/local/lib/openser/modules/rr.so] 0(6080) find_export: found <is_from_local> in module domain [/usr/local/lib/openser/modules/domain.so] 0(6080) find_export: found <avp_db_load> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/openser/modules/sl.so] 0(6080) find_export: found <avp_print> in module avpops [/usr/local/lib/openser/modules/avpops.so] 0(6080) find_export: found <loose_route> in module rr [/usr/local/lib/openser/modules/rr.so] 0(6080) find_export: found <append_hf> in module textops [/usr/local/lib/openser/modules/textops.so] 0(6080) find_export: found <append_hf> in module textops [/usr/local/lib/openser/modules/textops.so] 0(6080) find_export: found <www_authorize> in module auth_db [/usr/local/lib/openser/modules/auth_db.so] 0(6080) find_export: found <www_challenge> in module auth [/usr/local/lib/openser/modules/auth.so] 0(6080) find_export: found <save> in module registrar [/usr/local/lib/openser/modules/registrar.so] 0(6080) find_export: found <lookup> in module registrar [/usr/local/lib/openser/modules/registrar.so] 0(6080) find_export: found <append_hf> in module textops [/usr/local/lib/openser/modules/textops.so] 0(6080) find_export: found <lookup> in module registrar [/usr/local/lib/openser/modules/registrar.so] 0(6080) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/openser/modules/sl.so] 0(6080) find_export: found <append_hf> in module textops [/usr/local/lib/openser/modules/textops.so] 0(6080) find_export: found <t_relay> in module tm [/usr/local/lib/openser/modules/tm.so] 0(6080) find_export: found <sl_reply_error> in module sl_module [/usr/local/lib/openser/modules/sl.so] 0(6080) routing table 0: 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40030dc0> 0(6080) , "10" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40030dc0> 0(6080) , "10" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "483" 0(6080) , "Too Many Hops" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) UNKNOWN 0(6080) <UNKNOWN> 0(6080) 2048 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "513" 0(6080) , "Message too big" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x400525c0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) ) { 0(6080) if ( 0(6080) OR( 0(6080) method 0(6080) == 0(6080) "INVITE" 0(6080) , 0(6080) method 0(6080) == 0(6080) "MESSAGE" 0(6080) ) 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "not allowed" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT START ****************** " 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ad20> 0(6080) ); 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT END ****************** " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: rr-enforced " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) UNKNOWN 0(6080) <UNKNOWN> 0(6080) 2048 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "513" 0(6080) , "Message too big" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x400525c0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) ) { 0(6080) if ( 0(6080) OR( 0(6080) method 0(6080) == 0(6080) "INVITE" 0(6080) , 0(6080) method 0(6080) == 0(6080) "MESSAGE" 0(6080) ) 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "not allowed" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT START ****************** " 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ad20> 0(6080) ); 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT END ****************** " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: rr-enforced " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x400525c0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) ) { 0(6080) if ( 0(6080) OR( 0(6080) method 0(6080) == 0(6080) "INVITE" 0(6080) , 0(6080) method 0(6080) == 0(6080) "MESSAGE" 0(6080) ) 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "not allowed" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT START ****************** " 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ad20> 0(6080) ); 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT END ****************** " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: rr-enforced " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x401aa940> 0(6080) ); 0(6080) ) { 0(6080) if ( 0(6080) OR( 0(6080) method 0(6080) == 0(6080) "INVITE" 0(6080) , 0(6080) method 0(6080) == 0(6080) "MESSAGE" 0(6080) ) 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ab30> 0(6080) , "$ruri/domain" 0(6080) , "s:t_ips/usr_preferences" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "not allowed" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT START ****************** " 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x4017ad20> 0(6080) ); 0(6080) log( 0(6080) 4 0(6080) , "**************** AVP PRINT END ****************** " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: rr-enforced " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40050440> 0(6080) ); 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: rr-enforced " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) if ( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) { 0(6080) if ( 0(6080) method 0(6080) == 0(6080) "REGISTER" 0(6080) ) { 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40173db0> 0(6080) , "localhost" 0(6080) , "subscriber" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4016d940> 0(6080) , "localhost" 0(6080) , "0" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x4005b1f0> 0(6080) , "location" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "aliases" 0(6080) ); 0(6080) if ( 0(6080) NOT( 0(6080) uri 0(6080) == 0(6080) _myself_ 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: outbound alias " 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x400591c0> 0(6080) , "location" 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004ba60> 0(6080) , "404" 0(6080) , "Not Found" 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) external_module_call( 0(6080) f_ptr<0x40063da0> 0(6080) , "P-hint: usrloc applied " 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) route( 0(6080) 1 0(6080) ); 0(6080) 0(6080) routing table 1: 0(6080) if ( 0(6080) NOT( 0(6080) external_module_call( 0(6080) f_ptr<0x40129150> 0(6080) ); 0(6080) external_module_call( 0(6080) f_ptr<0x40129150> 0(6080) ); 0(6080) ) 0(6080) ) { 0(6080) external_module_call( 0(6080) f_ptr<0x4004baa0> 0(6080) ); 0(6080) } else { 0(6080) }; 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) exit( 0(6080) type<0> 0(6080) ); 0(6080) Listening on udp: 192.168.1.37 [192.168.1.37]:5060 tcp: 192.168.1.37 [192.168.1.37]:5060 Aliases: tcp: localhost:5060 tcp: localhost.localdomain:5060 tcp: tanzeel:5060 udp: localhost:5060 udp: localhost.localdomain:5060 udp: tanzeel:5060 config file ok, exiting... 0(6080) XLOG: destroy module ... 0(6080) DEBUG: tm_shutdown : start 0(6080) DEBUG: tm_shutdown : emptying hash table 0(6080) DEBUG: tm_shutdown : releasing timers 0(6080) DEBUG: tm_shutdown : removing semaphores 0(6080) DEBUG: tm_shutdown : destroying tmcb lists 0(6080) DEBUG: tm_shutdown : done 0(6080) shm_mem_destroy after this when i check log (/var/log/messages) it does not any AVP value or any thing related to AVPs . PLZ help me out on this issue or anyone who already implement this the TRUSTED IP example work plz share your openser.cfg file so that i can understand AVPOPS complexities. THANKS A LOT TANZEEL

1 0

[Users] PLZ Help me for avp module
by tanzeel 26 Jul '06

26 Jul '06

Hi Users; hope u all are fine. i am new in openser so i am facing problem .right now i have to implement trusted ip example like:(http://www.voice-system.ro/docs/avpops/ar01s08.html#ex_trusting) i have set the tables of mysql as describe in the example and all put the routing scripts .When i run openser it does not show any avp value printed in my (/var/log/messages). plz help whether my code is wrong or something else i have to be done before that.Any help for DEBUGGING enable . Thanks and Regards Tanzeel

1 0

RE: [Serusers] decoding g729 encoded rtp streams
by İlker Aktuna (Koç.net) 26 Jul '06

26 Jul '06

Hi, Thanks for your kind reply. Unfortunately I couldn't find any implementation, but in the thread you submitted, seems that Mr. Martin Regner has made an application to do what I want to achieve. Is there a way to enter that forum to contact him ? http://www.ethereal.com/lists/ethereal-dev/200309/msg00152.html Thanks, ilker -----Original Message----- From: Andres [mailto:andres@telesip.net] Sent: Tuesday, July 25, 2006 5:52 PM To: İlker Aktuna (Koç.net); serusers(a)iptel.org Subject: Re: [Serusers] decoding g729 encoded rtp streams İlker Aktuna (Koç.net) wrote: >Hi, > >Thanks for the detailed explanation. It's really useful. >I'm trying to automate this whole process. All tools except Ethereal (tcpdump, rtpdump, voiceage decoder) are command line tools that can be used in a batch/shell script. >How can I export rtp stream without using Ethereal, or from command line ? > >is there a way ? > > There probably is a way but I have not have the need to investigate. You can try googling around and you will find related discussions like: http://www.ethereal.com/lists/ethereal-dev/200309/msg00152.html >Thanks, >ilker > > >-----Original Message----- >From: Andres [mailto:andres@telesip.net] >Sent: Monday, July 24, 2006 8:18 PM >To: İlker Aktuna (Koç.net) >Cc: serusers(a)iptel.org >Subject: Re: [Serusers] decoding g729 encoded rtp streams > >İlker Aktuna (Koç.net) wrote: > > > >>Hi, >> >>Thanks for the information. >>Actually, I downloaded it but couldn't find how to export rtp payload. >>Does rtpdump read capture files recorded with Ethereal/tcpdump ? >>(in which format should I save the file?) >> >>Btw, there is a Windows sniffer named "Cain & Abel" this one decodes g729. >> >>Thanks, >>ilker >> >> >> >First you export the RTP data from within Ethereal like this: >1. Open Capture >2. Click on Analyze->Statistics->RTP Streams->Show All 3. Select the stream you want to export 4. Click 'Save As' >5. Then feed that file into rtpdump like the below example 'trace.rtp'. > >Here is the command line: >rtpdump -F payload -f trace.rtp -o file.out > >file.out will contain just the payload which can then be decoded. > > > > >>-----Original Message----- >>From: Andres [mailto:andres@telesip.net] >>Sent: Friday, July 21, 2006 10:53 PM >>To: İlker Aktuna (Koç.net) >>Cc: serusers(a)iptel.org >>Subject: Re: [Serusers] decoding g729 encoded rtp streams >> >>İlker Aktuna (Koç.net) wrote: >> >> >> >>>Hi, >>> >>>I know that there are licence and patent issues but is it possible to >>>decode g729 encoded rtp streams with any software ? >>>I have licenced Eybeam softphone with g729 support. But it can only >>>decode streams in a conversation. >>>I just need to decode streams recorded with tcpdump/ethereal. >>> >>>Once I had used a software with this feature but then it turned out >>>to be a trojan. I don't remember the name now. >>>Is there any other software ? (or method using Eyebeam ?) >>> >>>Thanks, >>>ilker >>> >>> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

2 1

[Serusers] DNS SRV Mediaproxy
by Richard C. Thompson 26 Jul '06

26 Jul '06

Hi Can anyone post a hint so I can figure this out. I have a ser server using a DNS lookup for my SRV mediaproxy servers. Everything works fine, and has been for some time. Now I built a new ser server and want to go to the same mediaproxy servers but I get the following error Jul 26 09:47:36 localhost proxydispatcher[31666]: warning: none of the proxies for domain mydomain.com have responded Jul 26 09:47:36 localhost proxydispatcher[31666]: error: No mediaproxy servers found for the default domain. I have included the new ser IP in the allow config of the mediaproxy Even if I force the defaultproxy to one of the IP addresses of a mediaproxy server I get the following error error: couldn't forward command to 0.0.0.0:25060 (Connection reset by peer) Any ideas??? Could it be a version issue or maybe the python-mysqld issue, I'm not using accounting. Rick

2 1

[Serusers] ser 0.9.7-pre3 SRV "question"
by Steve Blair 26 Jul '06

26 Jul '06

Hello: We are running ser 0.9.7-pre3 and seeing some strange behavior. I'm hoping someone on this list might have some input. Our SIP domain name is actually an SRV service name that points to two A records. This configuration has existed for years and has worked reliably. _sip._udp.myserver.myschool.edu _sip._udp.myserver.myschool.edu service = 1 5 5060 proxy1.myschool.edu. _sip._udp.myserver.myschool.edu service = 3 5 5060 proxy1.myschool.edu. The "myserver.myschool.edu" name is not the real name it is just for discussion purposes. The name "myserver.myschool.edu" has other SRV records associated with it. For example: $nslookup > set type=SRV >_kerberos._udp.myserver.myschool.edu _kerberos._udp.net.isc.upenn.edu service = 0 100 88 trixie.myserver.myschool.edu _kerberos._udp.net.isc.upenn.edu service = 0 100 88 pops.myserver.myschool.edu In the past month we upgraded to this release of SER and noticed a problem when users call forward their extension to an off campus PSTN number. If the Call Forward Always flag is set to Y then the R-URI is re-written to be a new user portion with our SIP domain name appended as the hostname. In some ngrep traces I'm seeing our proxy trying to send the forwarded call to a next hop address of "pops.myserver.myschool.edu" as shown above. The problem is pops is not a SIP server. The only connection between our SIP environment and the host pops is the domain name. This suggests an issue with SRV resolution but I do not see the problem in my traces. Does anyone have any thoughts on this issue? Thanks,Steve -- ISC Network Engineering The University of Pennsylvania 3401 Walnut Street, Suite 221A Philadelphia, PA 19104 voice: 215-573-8396 215-746-8001 fax: 215-898-9348 sip:blairs@net.isc.upenn.edu

2 9

Re: [Users] Ringing timeout??
by Zenone 26 Jul '06

26 Jul '06

--------- Message d'origine -------- De: Klaus Darilion <klaus.mailinglists(a)pernau.at> A: Zenone <zenone(a)telip.com> Copies: users(a)openser.org Objet: Re: [Users] Ringing timeout?? Date: 26/07/06 15:37 > >> > >> > > Thanks! But is there a way to set a particular fr_inv_timer for a call? > > Michel > > > Yes, via AVP. Read the tm docs :-) > > Thanks a lot, Michel ________________________________________________ Message sent using UebiMiau 2.7.8

1 0

Re: [Users] Ringing timeout??
by Zenone 26 Jul '06

26 Jul '06

--------- Message d'origine -------- De: Klaus Darilion <klaus.mailinglists(a)pernau.at> A: Zenone <zenone(a)telip.com> Copies: users(a)openser.org Objet: Re: [Users] Ringing timeout?? Date: 26/07/06 14:52 > Zenone wrote: > > Hi! > > Is it possible to limit the ringing duration? For example to give up before > > going to the called number voicemail... > > fr_timer and fr_inv_timer parameter of tm module (refer to the tm module > docs) > > regards > klaus > > > > Thanks in advance, > > Michel > > > > ________________________________________________ > > Message sent using UebiMiau 2.7.8 > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > Thanks! But is there a way to set a particular fr_inv_timer for a call? Michel ________________________________________________ Message sent using UebiMiau 2.7.8

3 2

[Users] Ringing timeout??
by Zenone 26 Jul '06

26 Jul '06

Hi! Is it possible to limit the ringing duration? For example to give up before going to the called number voicemail... Thanks in advance, Michel ________________________________________________ Message sent using UebiMiau 2.7.8

2 1

[Users] TCP problems under high load
by Klaus Darilion 26 Jul '06

26 Jul '06

Hi! I suspect openser to have TCP problems under high load: Scenario: sipp sends INVITE to openser, which replies with 404 I have 4x sipp with 1000 INVITEs/s and 1x sipp with 3000INVITEs/s, thus 5 TCP connections After some time, I get error on the TCP connection with 3000INVITEs/s: -->syslog.txt Looks like the first part of the request is missing, but sniffing revealed that the request is proper formated as you see in the TCP packet -->ngrep.txt Are there known high-load problems? Any ideas how I can debug this? regards klaus

2 3

[Users] Dial Plan to Redirect To Message
by openser＠comcast.net 26 Jul '06

26 Jul '06

Anyone know how to use dial plan to play messages as soon as a phone is picked up. Like when a user picks up a phone, get a message to contact administrator instead of a dial tone?

3 2

[Serusers] Ringing timeout??
by Zenone 26 Jul '06

26 Jul '06

Hi, I would like to know if it's possible to set a ringing timeout for particular calls?And if it exists, what is the way to do this? Thanks in advance for your help, Michel ________________________________________________ Message sent using UebiMiau 2.7.8

2 1

[Users] Some trouble with multiple failure routes.
by Brandon Price 26 Jul '06

26 Jul '06

I am having trouble setting up a failure route to roll over to another on failure. I have failure_route[1] set up to catch 302 redirects and act accordingly. If no redirect is detected then the INVITE should roll to failure route 2, as per the line that says t_on_failure("2");. This is however not what occurs. When an INVITE comes in, and hits failure_route[1] I can see in /var/log/messages that it hit that route, however it never gets to failure_route[2] even though there is no 302, instead the 408 is sent to my sip provider, they ack it, and the call is dropped. Any help is as always greatly appreciated. ######################################################################## ################################# # FAILURE ROUTE 1 --- 302 REDIRECT --- ######################################################################## ################################ failure_route[1] { xlog("got to failure route 1"); t_on_failure("2"); if(t_check_status("302")){ xlog("$tU has a forward"); get_redirects("*", "redirect"); t_relay("my.sip.proxy"); exit; }; } ######################################################################## ############################### # FAILURE ROUTE 2 ----- VOICEMAIL ------- ######################################################################## ################################ failure_route[2] { xlog("got to failure route 2"); xlog("$tU getting a vmail"); if (t_check_status("408|486|487")){ revert_uri(); strip(1); prefix("201"); rewriteport("5070"); append_branch(); t_relay(); exit; }; }

2 2

[Serusers] SER or OpenSER
by Adrian Georgescu 26 Jul '06

26 Jul '06

Maybe a roadmap will be good to have on the ser web site. Adrian At 19:17 20/07/2006, Daniel-Constantin Mierla wrote: >On 07/19/06 21:14, Chahn John Kim wrote: >> Thank you all for your comments. >> >> After having researched documents and history from both iptel and OpenSER, >> I could not resist a feeling that iptel is somewhat lagging in their >> intension to go forward with SER to the direction that it had headed to. I am wondering if you can provide specifics about where SER was headed to and why you think it is not going forward there. -jiri -- Jiri Kuthan

3 2

[Users] Openser Help
by FERNANDO MIGUEL NORIEL VILLARROEL 26 Jul '06

26 Jul '06

Hello, I am new in the list and Openser. Arrive at this project because I have servants with Asterisk, my service to been growing to the point that my Asterisk arrives at a point where they colapsan. The reason I believe that it must to the amount of concurrent calls that receive. I understand that Openser is able to process very superior a concurrent volume of calls that Asterisk. My problem is that in these Asterisk I have scripts cgi (AGI) that controls the quarreled one and others. This implemented in a data base Postgresql. My consultation has to do with as I can leave to the service this operative you see autentificando against OpenSER. I understand that the Asterisk podrian to validate itself against Openser, thus then they podrian to only follow quarreling. As I can implement this scene with Openser and my Asterisk, that they recommend to me, or I must implement the quarreled one with Openser, ah another important thing is that I have clients who are of type pre payment and post payment. Or this is possible to implement with the data base that brings Openser (MySQL). Another doubt is as I add users to the data base, this takes control of the commando: openserctl Soon as I implement authentication against the data base for each call that between. One you see validated the user like him step the control asterisk so that they only do the quarreled one. Good as first consultation I believe that it is sufficient, I hope can help me. Excuse my English. Greetings Fernando

1 0

[Users] how to change To URI
by Vikram Sarathy 26 Jul '06

26 Jul '06

Hi all, Please help me, can any one tell me how to change To URI in message. regards vicky

2 1

[Users] Fwd: AVP problem !!(Can anybody share his openser.cfg)
by Tanzeel serfaraz 26 Jul '06

26 Jul '06

Note: forwarded message attached. --------------------------------- See the all-new, redesigned Yahoo.com. Check it out.

1 0

Re: [Users] Locally generated single-hop ACKs with Route headers
by Augustin, Andrew (external) 26 Jul '06

26 Jul '06

Hello, Hi Klaus, Thanks for your response. In answer to your question: yes, the INVITE does contain a Route header. Further info on the problem: There are 3 proxies between A and B parties. The INVITE message is routed from A-Party through Proxy-1, through Proxy-2 before finally reaching B-Party. The Route header first appears in the INVITE message sent by Proxy-1 and is removed at Proxy-2. There is an errored response message to this INVITE (e.g. 'Busy' or 'Request Terminated'). The errored response is acknowledged with a one-hop locally generated ACK at each point between B and A. I expected the ACK at Proxy-2 to take the same one-hop route as the original INVITE at Proxy-2, i.e. the ACK sent by Proxy-2 will contain routing data based on routing data from the INVITE previously sent by Proxy-2. What actually occurs is that the Route header in the ACK sent by Proxy-2 is a duplicate of the Route header of the INVITE that Proxy-2 has RECEIVED from Proxy-1 and NOT that of the INVITE message it had previously sent. Are you aware of this problem and any resolution and/or workarounds? We would like to remove this unwanted Route header from the ACK. How is it possible to do this (i.e. which routing block?)? The known issue described in the previous email (below) appears to prevent us from removing this header from the ACK. Are you or anyone else in the OpenSER community aware of any fix or resolution to this problem? Best regards, Andrew Augustin -----Ursprüngliche Nachricht----- Von: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] Gesendet: Dienstag, 25. Juli 2006 18:15 An: Augustin, Andrew (external) Cc: users(a)openser.org Betreff: Re: [Users] Locally generated single-hop ACKs with Route headers I wonder why there are route headers in the ACK - they are only necessary if the INVITE also hed route headers (RFC3261, 17.1.1.3) regards klaus Augustin, Andrew (external) wrote: > Hello, > > I am using OpenSER v1.0.1 > > I am currently testing with proxies running OpenSER. > > I have a problem with ACK messages generated and routed for scenarios > where an inititiated call session fails to establish between A and B > parties e.g. Unsuccessful No Answer, Unsuccessful Busy. The ACK > messages are single hop locally generated responses to the sip error > message e.g. '487 Request Terminated', '486 Busy'. > > The behaviour I observe is that Route headers are 'remembered' from > the initiating INVITE message and inserted into the ACK messages > automatically generated by OpenSER. > > This extra Route header causes problems with routing and the > generation unwanted messages (error message resends) in addition to > expeceted scenario call-flow. It is also visible at the B-Party. > > I would like to either prevent the creation of, or remove this Route > header. I have tried to remove this header using the OpenSER available > methods, but this has failed. > > I have noticed that the known issue described in the document: SIP > Express Router v0.8.8 - Developer's Guide under section: 9.6.4 Known > Issues appears to describe this problem. > > "local ACK/CANCELs copy'n'pastes Route and ignores deleted > Routes" > > Has this issue been resolved? If so, from what version of OpenSER? > > If it has not been resolved, is there a way to resolve or workaround > this problem? > > Best regards, > Andrew Augustin > > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Users mailing list > Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[Serusers] forwarding PSTN calls
by luke.2.pilgrim＠bt.com 26 Jul '06

26 Jul '06

Hi, I am new to ser and have recently set my server although I have no PSTN breakout on the server. I have a separate server running Asterisk which has an ISDN card with breakout to the PSTN network. I would like to set SER up to forward all PSTN calls to my Asterisk server. Has anyone got an idea as to how I do this? Regards, Luke.

1 0

[Fwd: Re: [Users] newbie - have openser handle 302s]
by Klaus Darilion 26 Jul '06

26 Jul '06

forwarded to list -------- Original Message -------- Subject: Re: [Users] newbie - have openser handle 302s Date: Tue, 25 Jul 2006 08:48:38 -0700 (PDT) From: Eliezer Ramm <lazerramm(a)yahoo.com> To: Klaus Darilion <klaus.mailinglists(a)pernau.at> Hi, thanx for taking the time to answer. the scenerio i have is like this openser sends all numbers that are not registerd to it to a special GW. the special GW then responds w/ a 302 redirect providing the correct route info for that number. i need openser to take the info from the 302 and resend the invite to the address in the 302 (contatct field). i am using a cfg from the uac_redirect sample to make it as simple as possible. w/ openser debug=7 i see the following : 6(22001) SIP Request: 6(22001) method: <INVITE> 6(22001) uri: <sip:2127896543@212.25.92.160> 6(22001) version: <SIP/2.0> 6(22001) parse_headers: flags=2 6(22001) Found param type 235, <rport> = <n/a>; state=6 6(22001) Found param type 232, <branch> = <z9hG4bK743485B539502E0CEF68B9C9AD6C2DFD>; state=16 6(22001) end of header reached, state=5 6(22001) parse_headers: Via found, flags=2 6(22001) parse_headers: this is the first via 6(22001) After parse_msg... 6(22001) preparing to run routing scripts... 6(22001) grep_sock_info - checking if host==us: 13==9 && [212.25.92.160] == [127.0.0.1] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==13 && [212.25.92.160] == [212.25.92.160] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==9 && [212.25.92.160] == [127.0.0.1] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==13 && [212.25.92.160] == [212.25.92.160] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) lookup(): '2127896543' Not found in usrloc 6(22001) DEBUG: t_newtran: msg id=1 , global msg id=0 , T on entrance=0xffffffff 6(22001) parse_headers: flags=ffffffffffffffff 6(22001) DEBUG:parse_to:end of header reached, state=9 6(22001) DEBUG: get_hdr_field: <To> [32]; uri=[sip:2127896543@212.25.92.160] 6(22001) DEBUG: to body [<sip:2127896543@212.25.92.160> ] 6(22001) get_hdr_field: cseq <CSeq>: <39892> <INVITE> 6(22001) DEBUG: get_hdr_body : content_length=293 6(22001) found end of header 6(22001) parse_headers: flags=78 6(22001) t_lookup_request: start searching: hash=12315, isACK=0 6(22001) DEBUG: RFC3261 transaction matching failed 6(22001) DEBUG: t_lookup_request: no transaction found 6(22001) DEBUG: add_param: tag=1071031469 6(22001) DEBUG:parse_to:end of header reached, state=29 6(22001) DEBUG:tm:t_relay: new INVITE 6(22001) parse_headers: flags=ffffffffffffffff 6(22001) check_via_address(172.16.100.101, 172.16.100.101, 0) 6(22001) WARNING:vqm_resize: resize(0) called 6(22001) DEBUG:tm:_reply_light: reply sent out. buf=0x8109f18: SIP/2.0 1..., shmem=0xb57725e0: SIP/2.0 1 6(22001) DEBUG:tm:_reply_light: finished 6(22001) DEBUG: mk_proxy: doing DNS lookup... 6(22001) check_via_address(172.16.100.101, 172.16.100.101, 0) 6(22001) DEBUG: add_to_tail_of_timer[4]: 0xb577133c 6(22001) DEBUG: add_to_tail_of_timer[0]: 0xb577134c 6(22001) SER: new transaction fwd'ed 6(22001) DEBUG:destroy_avp_list: destroying list (nil) 6(22001) receive_msg: cleaning up 7(22002) SIP Reply (status): 7(22002) version: <SIP/2.0> 7(22002) status: <302> 7(22002) reason: <redirect> 7(22002) parse_headers: flags=2 7(22002) get_hdr_field: cseq <CSeq>: <39892> <INVITE> 7(22002) DEBUG: add_param: tag=1 7(22002) DEBUG:parse_to:end of header reached, state=29 7(22002) DEBUG: get_hdr_field: <To> [38]; uri=[sip:2127896543@212.25.92.160] 7(22002) DEBUG: to body [<sip:2127896543@212.25.92.160>] 7(22002) Found param type 235, <rport> = <5060>; state=6 7(22002) Found param type 232, <branch> = <z9hG4bK743485B539502E0CEF68B9C9AD6C2DFD>; state=6 7(22002) Found param type 235, <rport> = <6666>; state=6 7(22002) Found param type 234, <received> = <212.25.92.160>; state=16 7(22002) end of header reached, state=5 7(22002) parse_headers: Via found, flags=2 7(22002) parse_headers: this is the first via 7(22002) After parse_msg... 7(22002) forward_reply: found module tm, passing reply to it 7(22002) DEBUG: t_check: msg id=1 global id=0 T start=0xffffffff 7(22002) parse_headers: flags=22 7(22002) parse_headers: flags=8 7(22002) DEBUG: t_reply_matching: failure to match a transaction 7(22002) DEBUG: t_check: msg id=1 global id=1 T end=(nil) 7(22002) parse_headers: flags=4 7(22002) DEBUG: get_hdr_body : content_length=0 7(22002) found end of header 7(22002) ERROR: forward_reply: no 2nd via found in reply 7(22002) DEBUG:destroy_avp_list: destroying list (nil) 7(22002) receive_msg: cleaning up 10(22005) DEBUG: timer routine:4,tl=0xb577133c next=(nil) 10(22005) DEBUG: retransmission_handler : request resending (t=0xb5771220, INVITE si ... ) 10(22005) DEBUG: add_to_tail_of_timer[5]: 0xb577133c 10(22005) DEBUG: retransmission_handler : done 8(22003) SIP Reply (status): the cfg is as follows: route{ if (uri==myself) { if (method=="REGISTER") { save("location"); exit; }; if (!lookup("location")) { # sl_send_reply("404", "Not Found"); # forward( 212.25.94.16, 7777); rewritehostport ("212.25.94.16:7777"); t_relay(); exit; }; } else { # just do redirect t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); }; } failure_route[1] { get_redirects("*"); t_relay(); } thanx again for your time. eliezer --- Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote: > Take a look at the README of the uac_redirect module > > http://openser.org/docs/ > > regards > klaus > > Eliezer Ramm wrote: > > Hi, > > > > i have a proxy that sends a 302 to my openser. > > > > what do i need to do to have the openser ack the > 302 > > and send a new invite to the address recieved in > the > > 302 ? where would i insert it in my cfg file ? > > > > thanx !! > > > > # ------------------ module loading > > ---------------------------------- > > > > # Uncomment this if you want to use SQL database > > #loadmodule "/usr/lib/openser/modules/mysql.so" > > > > loadmodule > "/usr/local/openser-1.0.1/modules/sl/sl.so" > > loadmodule > "/usr/local/openser-1.0.1/modules/tm/tm.so" > > loadmodule > "/usr/local/openser-1.0.1/modules/rr/rr.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/maxfwd/maxfwd.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/usrloc/usrloc.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/registrar/registrar.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/textops/textops.so" > > loadmodule > > "/usr/local/openser-1.0.1/modules/enum/enum.so" > > loadmodule > > "/usr/local/openser-1.0.1/modules/xlog/xlog.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/uac_redirect/uac_redirect.so" > > > > # Uncomment this if you want digest authentication > > # mysql.so must be loaded ! > > #loadmodule "/usr/lib/openser/modules/auth.so" > > #loadmodule "/usr/lib/openser/modules/auth_db.so" > > > > # ----------------- setting module-specific > parameters > > --------------- > > modparam("usrloc", "db_mode", 0) > > modparam("rr", "enable_full_lr", 1) > > > > route { > > > > > > # > > > ------------------------------------------------------------------------ > > # Sanity Check Section > > # > > > ------------------------------------------------------------------------ > > > > > > > > if (!mf_process_maxfwd_header("10")) { > > sl_send_reply("483", "Too Many Hops"); > > exit; > > }; > > > > > > > > if (msg:len > max_len) { > > sl_send_reply("513", "Message Overflow"); > > exit; > > }; > > > > # > > > ------------------------------------------------------------------------ > > > > # > > > ------------------------------------------------------------------------ > > if (method!="REGISTER") { > > record_route(); > > }; > > > > # > > > ------------------------------------------------------------------------ > > # Loose Route Section > > # > > > ------------------------------------------------------------------------ > > if (loose_route()) { > > route(1); > > exit; > > }; > > > > # > > > ------------------------------------------------------------------------ > > # Call Type Processing Section > > # > > > ------------------------------------------------------------------------ > > > > > > if (uri!=myself) { > > route(1); > > exit; > > }; > > > > # > > > > if (method=="ACK") { > > route(1); > > exit; > > } > > > > if (method=="REGISTER") { > > route(2); > > exit; > > }; > > > > > > > > lookup("aliases"); > > if (uri!=myself) { > > route(1); > > exit; > > }; > > > > > > if (!lookup("location")) { > > #sl_send_reply("404", "User Not Found"); > > forward( 10.10.10.10, 5060); > > > > exit; > > }; > > > > route(1); > > } > > > > route[1] { > > # > > > ------------------------------------------------------------------------ > > # Default Message Handler > > # > > > ------------------------------------------------------------------------ > > if (!t_relay()) { > > sl_reply_error(); > > }; > > } > > > > route[2] { > > # > > > ------------------------------------------------------------------------ > > > > # > > > ------------------------------------------------------------------------ > > # simple no-auth registration > > > > if (save("location")) { > > sl_send_reply("200","OK"); > > }; > > > > if (!save("location")) { > > sl_reply_error(); > > }; > > } > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Users] red hat EL3 packages do not support TLS
by Klaus Darilion 26 Jul '06

26 Jul '06

would nice if TLS would be supported. regards klaus

2 1

[Users] Serial Forking and MediaProxy
by Glenn Dalgliesh 26 Jul '06

26 Jul '06

I have been working on adding some serial forking applications to openser with media proxy and it seems to run into issues with media proxy when one of the steps in the serial fork includes a GW with early media and the call hits the timer doesn't complete and moves to the next branch the new media ip doesn't get assigned to mediaproxy but rather stays with the previous calls early media ip. I have seen some mention of this being a problem but nothing recent or conclusive. Is it is possible to make this work and if so what is general concept behind it. Thanks

2 1

FW: [Serusers] SER/MediaProxy Audio issues - NEED HELP
by Marc Rys 26 Jul '06

26 Jul '06

Andrey, Thanks for the reply. I just enabled the dispatcher in the mediaproxy.ini and yes, mediaproxy and the dispatcher are running together when I do the "ps ax". The bad news is I still have one way audio? Does anybody have any ideas what's incorrect in my ser.cfg? I feel so close!! Network Diagram: http://marc.ivalve.net/ser/gif_1.gif NGREP Capture: http://marc.ivalve.net/ser/ngrep1.txt SER.cfg: http://marc.ivalve.net/ser/ser-cfg.txt mediaproxy.ini: http://marc.ivalve.net/ser/mediaproxy-ini.txt Thanks for the help guys. Marc -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Andrey Kouprianov Sent: Tuesday, July 25, 2006 10:59 PM To: serusers(a)iptel.org Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Hi, NOTE: Also specify start=yes directive in Dispatcher. Check if both dispatcher and mediaproxy are running *together* with "ps ax" command from console. I also beleive that your NAT handling is broken somewhere (see ur ser.cfg), because private IP even after being treated by SER is still a private IP in both Contact header fields and message body: you can see it in 200 OK response from remote NATed Cisco phone going through SER and coming out after. I hope someone else might address on this issue, plz, for an independent confirmation. Andrey. On 7/25/06, Marc Rys <m.rys(a)rystec.com> wrote: > I've changed allow & listen directives from none & none to what's specified > below. The one way audio problem still exists. > > Network Diagram: http://marc.ivalve.net/ser/gif_1.gif > NGREP Capture: http://marc.ivalve.net/ser/ngrep1.txt > SER.cfg http://marc.ivalve.net/ser/ser-cfg.txt > Orig. mediaproxy.ini http://marc.ivalve.net/ser/mediaproxy-ini.txt > > > I really appreciate the help guys. I'm dying to get this working. > > Marc > > > Mediaproxy.ini > --------------------------------------- > > [Dispatcher] > ;start = yes > socket = /var/run/proxydispatcher.sock > ;group = ser > defaultProxy = /var/run/mediaproxy.sock > > [MediaProxy] > start = yes > socket = /var/run/mediaproxy.sock > group = ser > listen = 12.178.142.235:25060 > allow = Any > proxyIP = 12.178.142.235 > portRange = 10000:10100 > TOS = 0xb8 > idleTimeout = 60 > holdTimeout = 180 > forceClose = 0 > accounting = off > > [Accounting] > user = root > password = > host = localhost > database = ser > table = acc > > > -----Original Message----- > From: serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Andrey Kouprianov > Sent: Monday, July 24, 2006 10:48 PM > To: serusers(a)iptel.org > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > Hi, > > What about allow and listen directives in mediaproxy.ini? I remember I > had to specify all the directives, before my mediaproxy started > functioning properly. > > Andrey. > > On 7/25/06, Marc Rys <m.rys(a)rystec.com> wrote: > > > > > > > > Hi Ali, > > > > > > > > Yes the ATA can register with no problems. Still one way audio. I also > > setup a cisco 7960 phone behind NAT as well, and it's having the same one > > way audio problem. > > > > > > Thanks again. > > > > marc > > > > > > ________________________________ > > > > > > From: Ali Zaidi [mailto:aligzaidi@gmail.com] > > Sent: Monday, July 24, 2006 7:50 PM > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > > > > > > > > > Marc, > > > > > > > > > > > > you don't have to configure rtp on ATA since everything handled by > > mediaproxy. You just have to makesure that your ATA can register, using > > correct proxy server, port 5060, credentials, everything else set to > > factory default. > > > > > > > > > > > > let meknow. > > > > > > > > > > > > Note: Set your ATA to factory default, try to register with SER using > > username, password, domain and port 5060. EVERYTHING SHOULD BE FACTORY > > DEFAULT. > > > > > > > > > > > > LET ME KNOW, > > > > > > > > > > > > ALI.... > > > > > > > > > > > > > > > > > > On 7/24/06, Marc Rys <m.rys(a)rystec.com> wrote: > > > > > > > > I just tried all of that.. Still no luck. I even made sure the UA's were > > using ports 10000 and higher. > > > > > > > > Any other suggestions? > > > > > > marc > > > > > > > > > > > > > > > > ________________________________ > > > > > > From: Ali Zaidi [mailto: aligzaidi(a)gmail.com] > > Sent: Monday, July 24, 2006 4:56 PM > > > > > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > > > > > Marc, > > > > > > > > > > > > Ok, try restarting ser + MySQL + MediaProxy then reregister your both ATA. > > > > > > > > > > > > let me know, > > > > > > > > > > > > Ali > > > > > > > > > > On 7/24/06, Marc Rys < m.rys(a)ivalve.net> wrote: > > > > Ali, > > > > Thank you for helping. I've changed my mediaproxy.ini file to the > > following. But the one way audio is still happening. > > > > Marc > > > > ----------------------------------------------------------- > > Mediaproxy.ini > > ----------------------------------------------------------- > > > > [Dispatcher] > > ;start = yes > > socket = /var/run/proxydispatcher.sock > > ;group = ser > > defaultProxy = /var/run/mediaproxy.sock > > > > [MediaProxy] > > start = yes > > socket = /var/run/mediaproxy.sock > > group = ser > > listen = None > > allow = None > > proxyIP = 12.178.142.235 # This is where OpenSER installed > > portRange = 10000:10100 > > TOS = 0xb8 > > idleTimeout = 60 > > holdTimeout = 180 > > forceClose = 0 > > accounting = off > > > > [Accounting] > > user = root > > password = > > host = localhost > > database = ser > > table = acc > > > > > > > > ________________________________________ > > From: Ali Zaidi [mailto: aligzaidi(a)gmail.com] > > Sent: Monday, July 24, 2006 4:40 PM > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > Marc, > > > > Mediaproxy.ini has not RTP ports declare. > > ;portRange = 2000:8000 # These values are set same in ATA's configs <- > > 2000:8000 range conflict with 5060. > > > > Try following, > > portRange = 10000:10100 > > then restart mediaproxy. > > Let me know if you still have problem, i can help further. > > Ali... > > > > > > > > > > > > On 7/24/06, Marc Rys < m.rys(a)rystec.com> wrote: > > Hello All, > > > > I'm fairly new to SER / Mediaproxy.I've been following the examples from > > onsip.org using the latest Getting started docs. > > > > At this point I'm testing with two Grandstream Handytone 486 UA' s.One > > NAT'd, one not. > > > > Please check out the following URL to see a diagram explaining my setup. > > http://marc.ivalve.net/ser/gif_1.gif > > > > "UA-2" cannot hear anything spoken from "UA-1", although I can hear what > is > > said from "UA-2" on "UA-1", but not vice versa.2-way voice is not > > happening. > > > > Both UA's do register to SER.The NAT'd UA couldn't register until I got > > Mediaproxy installed.Mediaproxy does appear to start with out errors. > > Below are my Ser.cfg and Mediaproxy.ini. > > > > Please Help. > > > > Marc > > > > > > > > Ser.cfg > > -------------------------------------------------------------- > > #5a-mysql-mediaproxy-ser.cfg > > debug=3 > > fork=yes > > log_stderror=no > > > > listen=XXX.XXX.XXX.235 # INSERT YOUR IP ADDRESS HERE > > port=5060 > > children=4 > > > > dns=no > > rev_dns=no > > fifo="/tmp/ser_fifo" > > fifo_db_url="mysql://ser:heslo@localhost/ser" > > > > > > loadmodule "/usr/lib/ser/modules/mysql.so" > > loadmodule "/usr/lib/ser/modules/sl.so" > > loadmodule "/usr/lib/ser/modules/tm.so" > > loadmodule "/usr/lib/ser/modules/rr.so" > > loadmodule "/usr/lib/ser/modules/maxfwd.so" > > loadmodule "/usr/lib/ser/modules/usrloc.so" > > loadmodule "/usr/lib/ser/modules/registrar.so" > > loadmodule "/usr/lib/ser/modules/auth.so" > > loadmodule "/usr/lib/ser/modules/auth_db.so" > > loadmodule "/usr/lib/ser/modules/uri.so" > > loadmodule "/usr/lib/ser/modules/uri_db.so" > > loadmodule "/usr/lib/ser/modules/domain.so" > > loadmodule "/usr/lib/ser/modules/mediaproxy.so" > > loadmodule "/usr/lib/ser/modules/nathelper.so" > > loadmodule "/usr/lib/ser/modules/textops.so" > > > > modparam("auth_db|uri_db|usrloc", "db_url", > > "mysql://ser:heslo@localhost/ser") > > modparam("auth_db", "calculate_ha1", 1) > > modparam("auth_db", "password_column", "password") > > > > modparam("nathelper", "rtpproxy_disable", 1) > > modparam("nathelper", "natping_interval", 0) > > > > modparam("mediaproxy","natping_interval", 30) > > modparam("mediaproxy","mediaproxy_socket", > > "/var/run/mediaproxy.sock") > > modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients") > > modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients") > > > > modparam("usrloc", "db_mode", 2) > > > > modparam("registrar", "nat_flag", 6) > > > > modparam("rr", "enable_full_lr", 1) > > > > route { > > > > # > > ------------------------------------------------------------------------ > > # Sanity Check Section > > # > > ------------------------------------------------------------------------ > > > > if (!mf_process_maxfwd_header("10")) { > > 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=="INVITE" && client_nat_test("3")) { > > # INSERT YOUR IP ADDRESS HERE > > record_route_preset("XXX.XXX.XXX.235:5060;nat=yes"); > > } else if (method!="REGISTER") { > > record_route(); > > }; > > > > # > > ----------------------------------------------------------------- > > # Call Tear Down Section > > # > > ----------------------------------------------------------------- > > > > if (method=="BYE" || method=="CANCEL") { > > end_media_session(); > > }; > > > > # > > ------------------------------------------------------------------------ > > # Loose Route Section > > # > > ------------------------------------------------------------------------ > > > > if (loose_route()) { > > > > if ((method=="INVITE" || method=="REFER") && !has_totag()) { > > sl_send_reply("403", "Forbidden"); > > break; > > }; > > > > if (method=="INVITE") { > > > > if (!proxy_authorize("","subscriber")) { > > proxy_challenge("","0"); > > break; > > } else if (!check_from()) { > > sl_send_reply("403", "Use From=ID"); > > break; > > }; > > > > consume_credentials(); > > > > if (client_nat_test("3") || search("^Route:.*;nat=yes")) { > > setflag(6); > > use_media_proxy(); > > > > }; > > }; > > > > route(1); > > break; > > }; > > > > # > > ------------------------------------------------------------------------ > > # Call Type Processing Section > > # > > ------------------------------------------------------------------------ > > if (uri!=myself) { > > route(4); > > route(1); > > break; > > }; > > > > if (method=="ACK") { > > route(1); > > break; > > } else if (method=="CANCEL") { > > route(3); > > break; > > } else if (method=="INVITE") { > > route(3); > > break; > > } else if (method=="REGISTER") { > > route(2); > > break; > > }; > > > > lookup("aliases"); > > if (uri!=myself) { > > route(4); > > route(1); > > break; > > }; > > > > if (!lookup("location")) { > > sl_send_reply("404", "User Not Found"); > > break; > > }; > > > > route(1); > > } > > > > route[1] { > > # > > ------------------------------------------------------------------------ > > # Default Message Handler > > # > > ------------------------------------------------------------------------ > > > > t_on_reply("1"); > > > > if (!t_relay()) { > > > > if (method=="INVITE" || method=="ACK") { > > end_media_session(); > > }; > > > > sl_reply_error(); > > }; > > } > > > > route[2] { > > # > > ------------------------------------------------------------------------ > > # REGISTER Message Handler > > # > > ------------------------------------------------------------------------ > > > > sl_send_reply("100", "Trying"); > > > > if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { > > setflag(6); > > fix_nated_register(); > > force_rport(); > > > > }; > > > > 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 (client_nat_test("3")) { > > setflag(7); > > force_rport(); > > fix_nated_contact(); > > }; > > > > 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(4); > > route(1); > > break; > > }; > > > > if (!lookup("location")) { > > sl_send_reply("404", "User Not Found"); > > break; > > }; > > > > route(4); > > route(1); > > } > > > > route[4] { > > > > #----------------------------------------------------------------- > > # NAT Traversal Section > > # > > ----------------------------------------------------------------- > > if (isflagset(6) || isflagset(7)) { > > if (isflagset(8)) { > > setflag(8); > > use_media_proxy(); > > }; > > }; > > } > > > > onreply_route[1] { > > > > if ((isflagset(6) || isflagset(7)) && > > (status=~"(180)|(183)|2[0-9][0-9]")) { > > > > if (!search("^Content-Length:[ ]*0")) { > > use_media_proxy(); > > }; > > }; > > > > if (client_nat_test("1")) { > > fix_nated_contact(); > > }; > > } > > > > > > ------------------------------------------------------------ > > > > mediaproxy.ini > > ------------------------------------------------------------ > > > > [Dispatcher] > > ;start = yes > > socket = /var/run/proxydispatcher.sock > > ;group = ser > > defaultProxy = /var/run/mediaproxy.sock > > > > [MediaProxy] > > start = yes > > socket = /var/run/mediaproxy.sock > > group = ser > > listen = None > > allow = None > > proxyIP = XXX.XXX.XXX.235# This is where OpenSER installed > > ;portRange = 2000:8000# These values are set same in ATA's configs > > for RTP Range > > TOS = 0xb8 > > idleTimeout = 60 > > holdTimeout = 180 > > forceClose = 0 > > accounting = off > > > > [Accounting] > > user = root > > password = > > host = localhost > > database = ser > > table = acc > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > _______________________________________________ > > 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 > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > _______________________________________________ > 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006

1 0

Re: [Serusers] Problem starting SER 0.9.6 with MYSQL on FreeBSD
by Josel Layno 26 Jul '06

26 Jul '06

Hi there again....I think i got fix some syntax error...typo errors...:) But not this new error...:( voip# ser start 0(1684) ERROR: load_module: could not open module </usr/local/lib/ser/modules/nathelpher.so>: Cannot open "/usr/local/lib/ser/modules/nathelpher.so" 0(1684) parse error (50,13-14): failed to load module 0(1684) set_mod_param_regex: No module matching nathelpher found | 0(1684) parse error (72,19-20): Can't set module parameter 0(1684) set_mod_param_regex: No module matching nathelpher found | 0(1684) parse error (73,19-20): Can't set module parameter 0(1684) parse error (124,48-49): unknown command, missing loadmodule? 0(1684) parse error (216,22-23): unknown command, missing loadmodule? 0(1684) parse error (242,21-22): unknown command, missing loadmodule? ERROR: bad config file (6 errors) I have here my module directory...seems the nathelpher.so is included...*thinking* voip# pwd /usr/local/lib/ser/modules voip# ls -al total 1388 drwxr-xr-x 2 root wheel 1024 Jul 24 13:30 . drwxr-xr-x 3 root wheel 512 Jul 24 13:30 .. -r-xr-xr-x 1 root wheel 14584 Jul 24 13:30 acc.so -r-xr-xr-x 1 root wheel 23708 Jul 24 13:30 auth.so -r-xr-xr-x 1 root wheel 22512 Jul 24 13:30 auth_db.so -r-xr-xr-x 1 root wheel 37176 Jul 24 13:30 auth_diameter.so -r-xr-xr-x 1 root wheel 18096 Jul 24 13:30 auth_radius.so -r-xr-xr-x 1 root wheel 9816 Jul 24 13:30 avp.so -r-xr-xr-x 1 root wheel 9860 Jul 24 13:30 avp_db.so -r-xr-xr-x 1 root wheel 11524 Jul 24 13:30 avp_radius.so -r-xr-xr-x 1 root wheel 51700 Jul 24 13:30 avpops.so -r-xr-xr-x 1 root wheel 8228 Jul 24 13:30 check_ua.so -r-xr-xr-x 1 root wheel 48316 Jul 24 13:30 dbtext.so -r-xr-xr-x 1 root wheel 14188 Jul 24 13:30 dispatcher.so -r-xr-xr-x 1 root wheel 5824 Jul 24 13:30 diversion.so -r-xr-xr-x 1 root wheel 15832 Jul 24 13:30 domain.so -r-xr-xr-x 1 root wheel 14348 Jul 24 13:30 enum.so -r-xr-xr-x 1 root wheel 22292 Jul 24 13:30 exec.so -r-xr-xr-x 1 root wheel 13960 Jul 24 13:30 ext.so -r-xr-xr-x 1 root wheel 14184 Jul 24 13:30 flatstore.so -r-xr-xr-x 1 root wheel 7224 Jul 24 13:30 gflags.so -r-xr-xr-x 1 root wheel 10248 Jul 24 13:30 group.so -r-xr-xr-x 1 root wheel 11080 Jul 24 13:30 group_radius.so -r-xr-xr-x 1 root wheel 28012 Jul 24 13:30 mangler.so -r-xr-xr-x 1 root wheel 9748 Jul 24 13:30 maxfwd.so -r-xr-xr-x 1 root wheel 39844 Jul 24 13:30 mediaproxy.so -r-xr-xr-x 1 root wheel 30736 Jul 24 13:30 msilo.so -r-xr-xr-x 1 root wheel 33180 Jul 24 13:30 mysql.so -r-xr-xr-x 1 root wheel 72724 Jul 24 13:30 nathelper.so -r-xr-xr-x 1 root wheel 7508 Jul 24 13:30 options.so -r-xr-xr-x 1 root wheel 114452 Jul 24 13:30 pa.so -r-xr-xr-x 1 root wheel 21384 Jul 24 13:30 pdt.so -r-xr-xr-x 1 root wheel 43268 Jul 24 13:30 permissions.so -r-xr-xr-x 1 root wheel 22776 Jul 24 13:30 pike.so -r-xr-xr-x 1 root wheel 32520 Jul 24 13:30 postgres.so -r-xr-xr-x 1 root wheel 3960 Jul 24 13:30 print.so -r-xr-xr-x 1 root wheel 27688 Jul 24 13:30 registrar.so -r-xr-xr-x 1 root wheel 22980 Jul 24 13:30 rr.so -r-xr-xr-x 1 root wheel 15344 Jul 24 13:30 sl.so -r-xr-xr-x 1 root wheel 72068 Jul 24 13:30 sms.so -r-xr-xr-x 1 root wheel 9928 Jul 24 13:30 speeddial.so -r-xr-xr-x 1 root wheel 14076 Jul 24 13:30 textops.so -r-xr-xr-x 1 root wheel 213548 Jul 24 13:30 tm.so -r-xr-xr-x 1 root wheel 10784 Jul 24 13:30 uri.so -r-xr-xr-x 1 root wheel 12968 Jul 24 13:30 uri_db.so -r-xr-xr-x 1 root wheel 8648 Jul 24 13:30 uri_radius.so -r-xr-xr-x 1 root wheel 69340 Jul 24 13:30 usrloc.so -r-xr-xr-x 1 root wheel 19976 Jul 24 13:30 xlog.so Is there something to do with ownership/permission..etc? Mediaproxy is runnig on boot. Btw, i did install SER 0.9.6 using FreeBSD ports. I hope u can help me with this. tia. cheers, josel On 7/24/06, openser(a)comcast.net <openser(a)comcast.net> wrote: > > Is mysqld started, if not the way to start it in Fedora 4 is /sbin/service > mysqld start > > -------------- Original message ---------------------- > From: "Josel Layno" <josel70ph(a)gmail.com> > > > > > > > > > > > > > I got to install SER 0.9.6 with Mysql on FreeBSD. But i got some parse > > error. > > How can i trace to find the error on my config file? > > > > voip# ser start > > 0(940) parse error (163,25-35): syntax error > > 0(940) parse error (163,101-102): bad arguments > > 0(940) parse error (174,10-11): syntax error > > 0(940) parse error (174,10-11): invalid operator, == , != or =~ > expected > > ERROR: bad config file (4 errors) > > > > Sorry for my ignorance...what's the relevance of (163,25-35) in ser.cfg? > > > > > > cheers, > > > > josel > > > > > > > ---------- Forwarded message ---------- > From: "Josel Layno" <josel70ph(a)gmail.com> > To: serusers(a)lists.iptel.org > Date: Mon, 24 Jul 2006 18:48:14 +0000 > Subject: [Serusers] Problem starting SER 0.9.6 with MYSQL on FreeBSD > > > > > > > I got to install SER 0.9.6 with Mysql on FreeBSD. But i got some parse > error. > How can i trace to find the error on my config file? > > voip# ser start > 0(940) parse error (163,25-35): syntax error > 0(940) parse error (163,101-102): bad arguments > 0(940) parse error (174,10-11): syntax error > 0(940) parse error (174,10-11): invalid operator, == , != or =~ expected > ERROR: bad config file (4 errors) > > Sorry for my ignorance...what's the relevance of (163,25-35) in ser.cfg? > > > cheers, > > josel > > > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > > >

2 3

RE: [Serusers] SER/MediaProxy Audio issues - NEED HELP
by Marc Rys 26 Jul '06

26 Jul '06

Hi Ali, Yes the ATA can register with no problems. Still one way audio. I also setup a cisco 7960 phone behind NAT as well, and it’s having the same one way audio problem. Thanks again. marc _____ From: Ali Zaidi [mailto:aligzaidi@gmail.com] Sent: Monday, July 24, 2006 7:50 PM To: Marc Rys Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Marc, you don't have to configure rtp on ATA since everything handled by mediaproxy. You just have to makesure that your ATA can register, using correct proxy server, port 5060, credentials, everything else set to factory default. let meknow. Note: Set your ATA to factory default, try to register with SER using username, password, domain and port 5060. EVERYTHING SHOULD BE FACTORY DEFAULT. LET ME KNOW, ALI.... On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@rystec.com"m.rys(a)rystec.com> wrote: I just tried all of that.. Still no luck. I even made sure the UA's were using ports 10000 and higher. Any other suggestions? marc _____ From: Ali Zaidi [mailto: HYPERLINK "mailto:aligzaidi@gmail.com" \naligzaidi(a)gmail.com] Sent: Monday, July 24, 2006 4:56 PM To: Marc Rys Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Marc, Ok, try restarting ser + MySQL + MediaProxy then reregister your both ATA. let me know, Ali On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@ivalve.net" \n m.rys(a)ivalve.net> wrote: Ali, Thank you for helping. I've changed my mediaproxy.ini file to the following. But the one way audio is still happening. Marc ----------------------------------------------------------- Mediaproxy.ini ----------------------------------------------------------- [Dispatcher] ;start = yes socket = /var/run/proxydispatcher.sock ;group = ser defaultProxy = /var/run/mediaproxy.sock [MediaProxy] start = yes socket = /var/run/mediaproxy.sock group = ser listen = None allow = None proxyIP = HYPERLINK "http://12.178.142.235/" \n12.178.142.235 # This is where OpenSER installed portRange = 10000:10100 TOS = 0xb8 idleTimeout = 60 holdTimeout = 180 forceClose = 0 accounting = off [Accounting] user = root password = host = localhost database = ser table = acc ________________________________________ From: Ali Zaidi [mailto:HYPERLINK "mailto:aligzaidi@gmail.com" \n aligzaidi(a)gmail.com] Sent: Monday, July 24, 2006 4:40 PM To: Marc Rys Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Marc, Mediaproxy.ini has not RTP ports declare. ;portRange = 2000:8000 # These values are set same in ATA's configs <- 2000:8000 range conflict with 5060. Try following, portRange = 10000:10100 then restart mediaproxy. Let me know if you still have problem, i can help further. Ali... On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@rystec.com" \n m.rys(a)rystec.com> wrote: Hello All, I'm fairly new to SER / Mediaproxy.I've been following the examples from HYPERLINK "http://onsip.org/" \nonsip.org using the latest Getting started docs. At this point I'm testing with two Grandstream Handytone 486 UA' s.One NAT'd, one not. Please check out the following URL to see a diagram explaining my setup. HYPERLINK "http://marc.ivalve.net/ser/gif_1.gif" \nhttp://marc.ivalve.net/ser/gif_1.gif "UA-2" cannot hear anything spoken from "UA-1", although I can hear what is said from "UA-2" on "UA-1", but not vice versa.2-way voice is not happening. Both UA's do register to SER.The NAT'd UA couldn't register until I got Mediaproxy installed.Mediaproxy does appear to start with out errors. Below are my Ser.cfg and Mediaproxy.ini. Please Help. Marc Ser.cfg -------------------------------------------------------------- #5a-mysql-mediaproxy-ser.cfg debug=3 fork=yes log_stderror=no listen=XXX.XXX.XXX.235 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/uri.so" loadmodule "/usr/lib/ser/modules/uri_db.so" loadmodule "/usr/lib/ser/modules/domain.so" loadmodule "/usr/lib/ser/modules/mediaproxy.so" loadmodule "/usr/lib/ser/modules/nathelper.so" loadmodule "/usr/lib/ser/modules/textops.so" modparam("auth_db|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) route { # ------------------------------------------------------------------------ # Sanity Check Section # ------------------------------------------------------------------------ if (!mf_process_maxfwd_header("10")) { 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=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("XXX.XXX.XXX.235:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ------------------------------------------------------------------------ # Loose Route Section # ------------------------------------------------------------------------ if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); break; }; if (method=="INVITE") { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); if (client_nat_test("3") || search("^Route:.*;nat=yes")) { setflag(6); use_media_proxy(); }; }; route(1); break; }; # ------------------------------------------------------------------------ # Call Type Processing Section # ------------------------------------------------------------------------ if (uri!=myself) { route(4); route(1); break; }; if (method=="ACK") { route(1); break; } else if (method=="CANCEL") { route(3); break; } else if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ------------------------------------------------------------------------ # Default Message Handler # ------------------------------------------------------------------------ t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ------------------------------------------------------------------------ # REGISTER Message Handler # ------------------------------------------------------------------------ sl_send_reply("100", "Trying"); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; 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 (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; 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(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(4); route(1); } route[4] { #----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (isflagset(8)) { setflag(8); use_media_proxy(); }; }; } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } ------------------------------------------------------------ mediaproxy.ini ------------------------------------------------------------ [Dispatcher] ;start = yes socket = /var/run/proxydispatcher.sock ;group = ser defaultProxy = /var/run/mediaproxy.sock [MediaProxy] start = yes socket = /var/run/mediaproxy.sock group = ser listen = None allow = None proxyIP = XXX.XXX.XXX.235# This is where OpenSER installed ;portRange = 2000:8000# These values are set same in ATA's configs for RTP Range TOS = 0xb8 idleTimeout = 60 holdTimeout = 180 forceClose = 0 accounting = off [Accounting] user = root password = host = localhost database = ser table = acc -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 _______________________________________________ Serusers mailing list HYPERLINK "mailto:Serusers@lists.iptel.org" \nSerusers(a)lists.iptel.org HYPERLINK "http://lists.iptel.org/mailman/listinfo/serusers" \nhttp://lists.iptel.org/mailman/listinfo/serusers -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 _______________________________________________ Serusers mailing list HYPERLINK "mailto:Serusers@lists.iptel.org"Serusers(a)lists.iptel.org HYPERLINK "http://lists.iptel.org/mailman/listinfo/serusers" \nhttp://lists.iptel.org/mailman/listinfo/serusers -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006

2 3

[Serusers] serweb ul_replication?
by O'Shaughnessy Evans 25 Jul '06

25 Jul '06

Hello, all. I'm trying to find a good way to copy usrloc registrations entered into ser via the FIFO from 1 system to another. I came across the ul_replication setting in serweb's config.php, but it was taken out of CVS back in April. Was this a feature that was going to be added but never came to fruition? My best idea so far is to use sipsak to send a REGISTER message to each ser peer, but that also seems like a bit of a kludge to me so I'm still looking for a more "native" way to do it. From what I've read, the XML-RPC subsystem will give us that kind of ability in the future, but I gather that's still in development. The other option seems to be to hack usrloc with another db_mode that never uses the cache and always checks the db. If you're replicating your ser database between proxies, registration on 1 system will thus produce a registration on all the others. It looks like openser has that feature now but I couldn't find it in the CVS branches of ser, though I read in a report somewhere that it had been added. Does anyone have any experience with this situation that they'd like to share? Any elegant solutions out there? Thanks! I appreciate hearing anything you folks would be willing to share. -- = o'shaughnessy_evans -=- sys_admin @ (aloha|ilhawaii|myworld|turquoise).net = Pacific LightNet, Inc.

1 0

[Serusers] ping
by Marc Rys 25 Jul '06

25 Jul '06

ping -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006

1 0

[Users] Locally generated single-hop ACKs with Route headers
by Augustin, Andrew (external) 25 Jul '06

25 Jul '06

Hello, I am using OpenSER v1.0.1 I am currently testing with proxies running OpenSER. I have a problem with ACK messages generated and routed for scenarios where an inititiated call session fails to establish between A and B parties e.g. Unsuccessful No Answer, Unsuccessful Busy. The ACK messages are single hop locally generated responses to the sip error message e.g. '487 Request Terminated', '486 Busy'. The behaviour I observe is that Route headers are 'remembered' from the initiating INVITE message and inserted into the ACK messages automatically generated by OpenSER. This extra Route header causes problems with routing and the generation unwanted messages (error message resends) in addition to expeceted scenario call-flow. It is also visible at the B-Party. I would like to either prevent the creation of, or remove this Route header. I have tried to remove this header using the OpenSER available methods, but this has failed. I have noticed that the known issue described in the document: SIP Express Router v0.8.8 - Developer's Guide under section: 9.6.4 Known Issues appears to describe this problem. "local ACK/CANCELs copy'n'pastes Route and ignores deleted Routes" Has this issue been resolved? If so, from what version of OpenSER? If it has not been resolved, is there a way to resolve or workaround this problem? Best regards, Andrew Augustin

2 1

RE: [Serusers] decoding g729 encoded rtp streams
by İlker Aktuna (Koç.net) 25 Jul '06

25 Jul '06

Hi, Thanks for the detailed explanation. It's really useful. I'm trying to automate this whole process. All tools except Ethereal (tcpdump, rtpdump, voiceage decoder) are command line tools that can be used in a batch/shell script. How can I export rtp stream without using Ethereal, or from command line ? is there a way ? Thanks, ilker -----Original Message----- From: Andres [mailto:andres@telesip.net] Sent: Monday, July 24, 2006 8:18 PM To: İlker Aktuna (Koç.net) Cc: serusers(a)iptel.org Subject: Re: [Serusers] decoding g729 encoded rtp streams İlker Aktuna (Koç.net) wrote: > Hi, > > Thanks for the information. > Actually, I downloaded it but couldn't find how to export rtp payload. > Does rtpdump read capture files recorded with Ethereal/tcpdump ? > (in which format should I save the file?) > > Btw, there is a Windows sniffer named "Cain & Abel" this one decodes g729. > > Thanks, > ilker > First you export the RTP data from within Ethereal like this: 1. Open Capture 2. Click on Analyze->Statistics->RTP Streams->Show All 3. Select the stream you want to export 4. Click 'Save As' 5. Then feed that file into rtpdump like the below example 'trace.rtp'. Here is the command line: rtpdump -F payload -f trace.rtp -o file.out file.out will contain just the payload which can then be decoded. > > > -----Original Message----- > From: Andres [mailto:andres@telesip.net] > Sent: Friday, July 21, 2006 10:53 PM > To: İlker Aktuna (Koç.net) > Cc: serusers(a)iptel.org > Subject: Re: [Serusers] decoding g729 encoded rtp streams > > İlker Aktuna (Koç.net) wrote: > > > Hi, > > > > I know that there are licence and patent issues but is it possible > > to decode g729 encoded rtp streams with any software ? > > I have licenced Eybeam softphone with g729 support. But it can only > > decode streams in a conversation. > > I just need to decode streams recorded with tcpdump/ethereal. > > > > Once I had used a software with this feature but then it turned out > > to be a trojan. I don't remember the name now. > > Is there any other software ? (or method using Eyebeam ?) > > > > Thanks, > > ilker > > You can download the decoder from: > http://www.voiceage.com/openinit_g729.php > > Then capture the RTP Stream with Ethereal and export the Payload > (using rtpdump from http://www.cs.columbia.edu/IRT/software/rtptools/). > > You can then decode it with the above software. > > _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

2 1

[Users] transcation lifetime
by Klaus Darilion 25 Jul '06

25 Jul '06

Hi! Some questions regarding tm: How long does statefull transactions live inside openser? Is it correct that wt_timer is the timeout for completed transactions, and fr_inv_timer/fr_timer is for incomplete transactions? What is a complete transaction in case of INVITE? With or without ACK? openserctl shows 44 transactions although the box is idle since long time: tm:inuse_transactions = 044 Are there really 44 transaction open or what does 044 mean? How much memory does a transaction approximately need (no AVPs)? thanks klaus

1 1

[Serusers] Cisco like translation rules in SER.
by Robert Zorop 25 Jul '06

25 Jul '06

Hi guys. I'd like to hear about different methods of implementing cisco like transtation rules in SER. I was thinking about AVPs, but still couldn't find the ight way. Is someone is doing it inside or outside ser, please shed a light on this!. What i need is to stip some numbers, and then add some other (variables) before proxying the calls. Thanks in advance.

1 0

[Users] How openser identify BYE within a DIALOG
by tele 25 Jul '06

25 Jul '06

Hi all, I want to know how OpenSER is able to identify the BYE that match a dialog. what are the essential header needed for the BYE message? I try to understand how work the acc module and what are the header needed in the BYE for generate accounting. My goal as i have wrote is to send a fake BYE to OpenSER and do accounting. In my test OpenSER correctly parse fake BYE and try to send the BYE to the UA, but don't send accounting info maybe i missing something essential for send acct. My fake BYE have: Via, Record-Route with ftag, To to-tag, From from-tag, Call-ID. i miss only the correct CSeq but i insert a custom CSeq like 9999. Any hints pls? :tele

3 6

Re: [Users] INVITE Direction
by Klaus Darilion 25 Jul '06

25 Jul '06

Kelvin Williams wrote: > Can anyone advise on the easiest way to know from which direction an > INVITE is coming (ie. From my user to the world, or >From the world to > my user)? in case of multidmoain support: if (is_from_local()) ... http://www.openser.org/docs/modules/1.1.x/domain.html#AEN87 or in case of a single domain you can use from_uri http://openser.org/dokuwiki/doku.php?id=openser_v1.1.0_core_cookbook#from_u… regards klaus regards klaus > > > Thanks in advance. > > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users

1 0

[Users] INVITE Direction
by Kelvin Williams 25 Jul '06

25 Jul '06

Can anyone advise on the easiest way to know from which direction an INVITE is coming (ie. From my user to the world, or From the world to my user)? Thanks in advance.

1 0

[Users] Re: [Devel] [ openser-Bugs-1527750 ] openser.init
by Klaus Darilion 25 Jul '06

25 Jul '06

Hi Norman! I'Ve never had any problem with the default debian script (the one that gets installed when compiling debian packages with "make deb".) on sarge. Which debian are you using? regards klaus SourceForge.net wrote: > Bugs item #1527750, was opened at 2006-07-24 13:05 > Message generated for change (Tracker Item Submitted) made by Item Submitter > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1527750&group_… > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: tools > Group: ver devel > Status: Open > Resolution: None > Priority: 5 > Submitted By: Norman Brandinger (goestelecom) > Assigned to: Nobody/Anonymous (nobody) > Summary: openser.init > > Initial Comment: > On debian, the openser.init script fails because the > directory below does not exist: > > /etc/rc.d/init.d/functions > > In addition, the killproc command does not exist. > > I have commented the "functions" line and replaced > killproc with killall after installing apt-get install > psmisc. > > Not sure if these changes are "correct". > > Is it reasonable to have perhaps have a couple of init > scripts, tweaked for different operating systems ? > > Regards, > Norm > > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1527750&group_… > > _______________________________________________ > Devel mailing list > Devel(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/devel

3 4

[Serusers] Fwd: regd registration in SER
by dillip parida 25 Jul '06

25 Jul '06

hello, I am new to SER, the thing is I want to route a call thru SER without registering at SER. let me explain in more detail.........if there SIP phones are running diffrent machine say A and B. SER is running on my machine. if any one sip phone wants to call other sip phone, the call must be registered. i want to make this registartion feature off. that means call should be routed thru SER but it wont be registered at SER. please help me Thnaking u, dilip

1 0

RE: [Serusers] Problem starting SER with MYSQL
by Champike Munasinghe 25 Jul '06

25 Jul '06

Hi, Thanks for the message, I found libmysqlclient.so.10 in /usr/lib/mysql, tried creating a symbolic link to it in /usr/local/lib/ser/modules, that didnt work. Then I copied libmysqlclient.so.10 to /usr/local/lib/ser/modules as libmysqlclient.so.12, that didnt work either, I still get exactly the same error saying "ser: ERROR: load_module: could not open module </usr/local/lib/ser/modules/mysql.so>: libmysqlclient.so.12: cannot open shared object file: No such file or directory" I am sure the file does exist, still SER complains No such file or directory.... Isnt this very very strange? Anyother ideas?Thanks again! Cheers ^C _____________________________________________________________Hi,libmysqlclient.so.x exist under /usr/local/lib/mysql/ in FreeBSD. Ihave SER running on my FreeBSD 5.4 box now and I had this problembefore as well. What I did is just created a symbolic llink tolibmysqlcllient.so.10, named libmysqlclient.so.12 as in# cd /usr/local/lib/mysql# ln -s libmysqlclient.so.10 libmysqlclient.so.12Though some ppl might discourage such a practice, it works well for me. Andrey.

1 0

[Users] call performance
by Klaus Darilion 25 Jul '06

25 Jul '06

Hi! I tried to test openser's call setup performance. Scenario: INVITE - 180 - 200 Server: 2 x P3 1266MHz listen=UDP:... children=100 I used SIPP for testing. 1. Although the config is rather simple (no DNS, no DB, no lookup) I can't get more than 700 INVITE transactions per second. Shouldn't this be higher (AFAIK ser powers the whole bay area on a handheld PC)? 2. With children = 100, I can see more than 200 threads and lots of unix sockets opened, although no DB is used. Why? 3. openser core dumps when children=200 regards klaus # # $Id: openser.cfg,v 1.5 2005/10/28 19:45:33 bogdan_iancu Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (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) port=5060 children=100 fifo="/tmp/openser_fifo" listen=udp:83.136.32.132:5060 #listen=tcp:83.136.32.132:5060 #listen=tls:83.136.32.132:5061 # # uncomment the following lines for TLS support #disable_tls = 0 #tls_verify_client = 0 #tls_verify_server = 0 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/etc/openser/tls/user/user-cert.pem" #tls_private_key = "/etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "/etc/openser/tls/user/user-calist.pem" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/lib/openser/modules/mysql.so" loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/textops.so" loadmodule "/usr/lib/openser/modules/avpops.so" loadmodule "/usr/lib/openser/modules/xlog.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/lib/openser/modules/auth.so" #loadmodule "/usr/lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- 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(); # 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); }; avp_printf("$avp(s:target)","sip:83.136.32.134;transport=udp"); avp_pushto("$ru","$avp(s:target)"); t_relay(); exit; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS #if(uri=~"@tls_domain1.net") { # t_relay_to_tls("IP_domain1","port_domain1"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay_to_tls("IP_domain2","port_domain2"); # exit; #} 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] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; }

4 8

RE: [Users] PAP2 device problem
by Ricardo Martinez 25 Jul '06

25 Jul '06

Hello Jayesh Did you try changing the dial plan ? As far as i remember the factory dial plan includes somethign like : *xx So you need to modify this specific dial plan for *xx[NUMBER] or something like that.. Cheers! Ricardo Martinez.- -----Mensaje original----- De: users-bounces(a)openser.org [mailto:users-bounces@openser.org]En nombre de Jayesh Nambiar Enviado el: sábado, 22 de julio de 2006 7:09 Para: openser Asunto: [Users] PAP2 device problem Hi all, I dont know if this is the relevant question to ask on this list, but still if someone could help me..... I have my openser working fantastically as I needed. I have forwarding and voicemail features configured in openser. The configuration is like any user can dial *86 followed by the number, and the number will be his forward on busy number, similarly *87 followed by the number and that number will be his forward on no-answer number. What I basically do is strip, the *86 or *87 and store the appropriate values in usr_preferences table. This setup works fine with xten, eyebeam and audiocdes analog gateways. But when I try this with a linksys PAP2T device, it does not work. The reason is, in the PAP2 device, if u press 2 digits after the * it sends that to the proxy. It does not wait for further number to be dialed. Any 2 digits after * is relayed to proxy directly. I've tried disabling all features in the PAP2 device but still failed to get it working for me. Can someone give me an idea of how do I stop my linksys box from doing this. I want that the user be able to dial *86123456 and then it should go to the proxy, so that I can get 123456 as the forwarded number. Can someone please help me on this... Thanks in advance, Jayesh. _____ Find out what India is talking about on Yahoo! <http://us.rd.yahoo.com/mail/in/mailanswersshare/*http://in.answers.yahoo.co…> Answers India.

2 1

[Users] DID forward from SER Suggestions
by ram 25 Jul '06

25 Jul '06

Hi I have SER installed and working fine, my DID provider forward the 20 DID to My IP address to my SERVER when i authenticate using that DID iam able to make calls in and out ( using SER) Now i have other Office located in different Place and that is different branch there i have planning install Asterisk for PBX local VoIP and calling out ( using SER ) now i would like to forward 10 DID from SER to Asterisks internet Asterisk will bind the DID to extension or autoattendent. how can i do that ? can some one give me some idea or point to me to documents could be helpfull thanks ram

2 2

[Serusers] ser-0.10.99-dev35-pa-4.1 problem
by Erwin Rabano Pasia 25 Jul '06

25 Jul '06

Hi, I've been trying to configure a development version of SER specifically the ser-0.10.99-dev35-pa-4.1 release wich was claimed to have better support for Presence/XCAP service but always having error on debug run. Anyone have encountered such problem? Thanks. 0(15611) loading module /usr/local/ser-0.10.99/lib/ser/modules/lib_ser_cds.so 0(15611) ERROR: no version info in module </usr/local/ser-0.10.99/lib/ser/modules/lib_ser_cds.so>: /usr/local/ser-0.10.99/sbin/ser: undefined symbol: module_version Regards, Erwin __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

RE: Re: [Serusers] Problem starting SER with MYSQL
by Champike Munasinghe 25 Jul '06

25 Jul '06

Hi Josh, Thanks for the message, unfortunately, I dont have a ser/modules directory under /usr/lib.... all the modules are in /usr/local/lib/ser/modules ...Any other ideas? :) Cheers - CM Date: Mon, 24 Jul 2006 10:49:39 -0400Subject: Re: [Serusers] Problem starting SER with MYSQLFrom: jlaroff(a)gmail.comTo: champike(a)hotmail.com Try changing the path to the modules directory in ser.cfg to /usr/lib/ser/modules/This is where they are located on my fedora box.-JoshOn 7/24/06 10:36 AM, "Champike Munasinghe" <champike(a)hotmail.com> wrote: Hi, I've downloaded and installed SER 0.9.6 on my Fedora Core system running MySQL 4.1.11-0. When I start SER without modifying the /usr/local/etc/ser/ser.cfg file, it starts normally. However, when I make the modifications to use MySQL for the database, following Dan Austin's HOWTO, I get the following error: Jul 24 15:09:45 sipgw ser: ERROR: load_module: could not open module </usr/local/lib/ser/modules/mysql.so>: libmysqlclient.so.12: cannot open shared object file: No such file or directoryJul 24 15:09:45 sipgw ser: parse error (28,13-14): failed to load modulemysql.so does exist in the /usr/local/lib/ser/modules directory, but libmysqlclient.so.12 doesnt. I found libmysqlclient.so.14 in /usr/lib/mysql directory and tried creating a symbolic link called libmysqlclient.so.12 to that file, this didnt work. Also, I tried copying the so.14 file into /usr/local/lib/ser/modules as libmysqlclient.so.12, still got the same error. I tried searching the lists, but couldnt find any info that mentioned anything about this issue. Am I doing something really stupid here? Thanks for your help Cheers!! -CM _______________________________________________Serusers mailing listSerusers@lists.iptel.orghttp://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: [Serusers] error configuration file
by Andrey Kouprianov 25 Jul '06

25 Jul '06

Im not sure what the problem is. However, it's not just the uri.so you have to change to uri_db.so, when migrating from 0.8.x to 0.9.x. There are more things like: 1. vm.so module does not exist in 0.8.x anymore. Been moved to tm.so 2. All the operands such as "&" or "|" must be changed to "&&" and "||" respectively 3. Negation such as in if( ! value1=value2) will now be if (value1 != value2) 4. pa.so module has no effect in 0.9.x, because it will always NOTIFY with status "closed" for anyone who subscribes to SER. 5. There might be more, but I dont remember now. If you've sent your ser.cfg file, maybe someone could help, because sometimes it's difficult to see the error w/o seeing config file. Andrey. On 7/24/06, Asep Saifudin <aseps2000(a)gmail.com> wrote: > > Andrey, > I have try ser.cfg on Onsip.org but not meet with my plan. > Btw, I have running SER 0.8.14 on my Linux machine and then the ser.cfg file > I copy & paste to my new SER 0.9.6 (and I have change uri to uri_db) machine > and then when I type ser -c I got message error in /var/log/messages like > this : > Jul 24 21:17:17 sangbintang kernel: pid 51240 (ser), uid 0: exited on signal > 11 (core dumped). > > And then I type serctl start, I got message like these : > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: Maxfwd module- > initializing > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: db_url=0x82091a0 > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: db_url= > mysql://ser:heslo@localhost/ser > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: db_url.len=31 > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: > pa_domain=sip.handhelds.org > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: pa_mod: use_db=1 > db_url.s=mysql://ser:heslo@localhost/ser pa_domain=sip.hand > helds.org > Jul 24 21:17:46 sangbintang /usr/local/sbin/ser[51248]: pa_mod_init done > Jul 24 21:17:59 sangbintang kernel: Limiting closed port RST response from > 253 to 200 packets/sec > Jul 24 21:18:01 sangbintang kernel: Limiting closed port RST response from > 233 to 200 packets/sec > Jul 24 21:18:02 sangbintang kernel: Limiting closed port RST response from > 262 to 200 packets/sec > Jul 24 21:18:04 sangbintang kernel: Limiting closed port RST response from > 283 to 200 packets/sec > Jul 24 21:18:24 sangbintang kernel: Limiting closed port RST response from > 253 to 200 packets/sec > Jul 24 21:18:25 sangbintang kernel: Limiting closed port RST response from > 233 to 200 packets/sec > Jul 24 21:18:27 sangbintang kernel: Limiting closed port RST response from > 262 to 200 packets/sec > Jul 24 21:18:28 sangbintang kernel: Limiting closed port RST response from > 283 to 200 packets/sec > Jul 24 21:19:04 sangbintang /usr/local/sbin/ser[51250]: TESTING TO SEE IF IT > IS FROM LOCAL NAT. > Jul 24 21:19:04 sangbintang /usr/local/sbin/ser[51250]: REPLYING DOMAIN NOT > SERVED HERE. > > What's the meaning of them cos I still got registration problem ? (it's hard > for me as a newbie in SER) :(( > > > 2006/7/24, Andrey Kouprianov <andrey.kouprianov(a)gmail.com>: > > The sample conf file for PSTN gateway can be found with getting > > started document on onsip.org ftp site. Plz, check. > > > > On 7/24/06, Asep Saifudin <aseps2000(a)gmail.com> wrote: > > > > > > Hi Andrey, > > > I have install SER 0.9.6.x in my FreeBSD 6.0 and my configuration until > now > > > still failed (core dumped and my Xten won't register to SER even I have > > > account in subscriber table. > > > Do you have (or anybody have) sample running configuratin of ser.cfg for > SER > > > 0.9.6.x which I can try/use on my SER server ? my scheme is simple, my > SER > > > can call inter SER-account and call to PSTN/Mobile via my quintum > gateway. > > > Hopefully you have sample running ser.cfg file > > > > > > ~Asep > > > > > > 2006/7/24, Andrey Kouprianov <andrey.kouprianov(a)gmail.com>: > > > > > > > Thing is, 0.8.14 doesnt have uri_db.so module (only uri.so), which was > > > introduced in version 0.9.x. That's why it would not work. > > > > > > On 7/24/06, Giuseppe Parlato <gparlato(a)tnet.it> wrote: > > > > If I unload uri.so and but I load uri_db.so I get the following error: > > > > bind_dbmod: Module sql does not export db_use_table function > > > > ERROR: mod_init(): Can't bind database module > > > > init_mod(): Error while initializing module usrloc > > > > WARNING:fm_free: free(0) called > > > > > > > > However I dont get error no more on this line: > > > > modparam("auth_db|domain|group|uri|usrloc", "db_url", > > > > " sql://serro:psw@xxx.xxx.xxx.xxx/ser") > > > > > > > > ??? > > > > > > > > > > > > Giuseppe > > > > > > > > ----- Original Message ----- > > > > From: "Giuseppe Parlato" < gparlato(a)tnet.it> > > > > To: "Andrey Kouprianov" <andrey.kouprianov(a)gmail.com> > > > > Cc: < serusers(a)iptel.org > > > > > Sent: Sunday, July 23, 2006 8:11 PM > > > > Subject: Re: [Serusers] error configuration file > > > > > > > > > > > > > Before (0.8.14) in conf file uri_db.so was not loaded but everything > > > > > worked the same. > > > > > In my conf file I had: > > > modparam("auth_db|domain|group|uri|usrloc", > > > > > "db_url", "sql://serro:psw@xxx.xxx.xxx.xxx/ser"), but if I upgrade > to > > > > > 0.9.6 I get an error on this line. > > > > > > > > > > > > > > > ..I'm using freeradius > > > > > > > > > > thanks > > > > > Giuseppe > > > > > > > > > > ----- Original Message ----- > > > > > From: "Andrey Kouprianov" < andrey.kouprianov(a)gmail.com> > > > > > To: < serusers(a)iptel.org> > > > > > Sent: Saturday, July 22, 2006 12:02 PM > > > > > Subject: Re: [Serusers] error configuration file > > > > > > > > > > > > > > >>I think it's the check_from() that gives the error. Check if you've > > > > >> loaded uri_db.so module... > > > > >> > > > > >> On 7/21/06, Klaus Darilion < klaus.mailinglists(a)pernau.at> wrote: > > > > >>> maybe && instead of & ????? > > > > >>> > > > > >>> this error message also happens if you forget to close all if > blocks > > > > >>> (watch out for missing '}' ) > > > > >>> > > > > >>> regards > > > > >>> klaus > > > > >>> > > > > >>> Giuseppe Parlato wrote: > > > > >>> > Hi.. I got the following error when I try to start ser: > > > > >>> > > > > > >>> > parse error (329,55-56): unknown command, missing loadmodule? > > > > >>> > ERROR: bad config file (1 errors) > > > > >>> > ser startup failed > > > > >>> > > > > > >>> > so on my configuration file the problem is this here: > > > > >>> > } else if ((method=="INVITE") & !check_from()) { > > > > >>> > > > > > >>> > I was using ser 0.8.14 then upgraded to 0.9.6, but configuration > > > file > > > > >>> > has not been changed. The same file worked on 0.8.14 version. > > > > >>> > > > > > >>> > > > > > >>> > help please > > > > >>> > Giuseppe > > > > >>> > _______________________________________________ > > > > >>> > 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 > > > > >>> > > > > >> _______________________________________________ > > > > >> Serusers mailing list > > > > >> Serusers(a)lists.iptel.org > > > > >> http://lists.iptel.org/mailman/listinfo/serusers > > > > >> > > > > >> > > > > >> -- > > > > >> No virus found in this incoming message. > > > > >> Checked by AVG Free Edition. > > > > >> Version: 7.1.394 / Virus Database: 268.10.3/395 - Release Date: > > > > >> 21/07/2006 > > > > >> > > > > >> > > > > > > > > > > _______________________________________________ > > > > > Serusers mailing list > > > > > Serusers(a)lists.iptel.org > > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > -- > > > > > No virus found in this incoming message. > > > > > Checked by AVG Free Edition. > > > > > Version: 7.1.394 / Virus Database: 268.10.3/395 - Release Date: > > > 21/07/2006 > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > 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] registering ser
by dillip parida 25 Jul '06

25 Jul '06

hi actually i m new to SER. i want to know that Is it possible in SER that withought registering can we make a call. dilip

2 3

[Serusers] SER or OpenSER
by Chahn John Kim 25 Jul '06

25 Jul '06

I am a SER starter. I have seen many subjects related to Openser. Can someone shed a light on what are the differences between these? And even some insights to suggest which may be better than the other? We are planing to start business service shortly and we appreciate any inputs on which SIP server infrastructure provides better performance and scalability. Thank you in advance. John K.

4 5

RE: [Serusers] SER/MediaProxy Audio issues - NEED HELP
by Marc Rys 24 Jul '06

24 Jul '06

I just tried all of that.. Still no luck. I even made sure the UA’s were using ports 10000 and higher. Any other suggestions? marc _____ From: Ali Zaidi [mailto:aligzaidi@gmail.com] Sent: Monday, July 24, 2006 4:56 PM To: Marc Rys Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Marc, Ok, try restarting ser + MySQL + MediaProxy then reregister your both ATA. let me know, Ali On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@ivalve.net"m.rys(a)ivalve.net> wrote: Ali, Thank you for helping. I've changed my mediaproxy.ini file to the following. But the one way audio is still happening. Marc ----------------------------------------------------------- Mediaproxy.ini ----------------------------------------------------------- [Dispatcher] ;start = yes socket = /var/run/proxydispatcher.sock ;group = ser defaultProxy = /var/run/mediaproxy.sock [MediaProxy] start = yes socket = /var/run/mediaproxy.sock group = ser listen = None allow = None proxyIP = HYPERLINK "http://12.178.142.235"12.178.142.235 # This is where OpenSER installed portRange = 10000:10100 TOS = 0xb8 idleTimeout = 60 holdTimeout = 180 forceClose = 0 accounting = off [Accounting] user = root password = host = localhost database = ser table = acc ________________________________________ From: Ali Zaidi [mailto:HYPERLINK "mailto:aligzaidi@gmail.com"aligzaidi(a)gmail.com] Sent: Monday, July 24, 2006 4:40 PM To: Marc Rys Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Marc, Mediaproxy.ini has not RTP ports declare. ;portRange = 2000:8000 # These values are set same in ATA's configs <- 2000:8000 range conflict with 5060. Try following, portRange = 10000:10100 then restart mediaproxy. Let me know if you still have problem, i can help further. Ali... On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@rystec.com" m.rys(a)rystec.com> wrote: Hello All, I'm fairly new to SER / Mediaproxy.I've been following the examples from HYPERLINK "http://onsip.org"onsip.org using the latest Getting started docs. At this point I'm testing with two Grandstream Handytone 486 UA' s.One NAT'd, one not. Please check out the following URL to see a diagram explaining my setup. HYPERLINK "http://marc.ivalve.net/ser/gif_1.gif"http://marc.ivalve.net/ser/gif_1.gif "UA-2" cannot hear anything spoken from "UA-1", although I can hear what is said from "UA-2" on "UA-1", but not vice versa.2-way voice is not happening. Both UA's do register to SER.The NAT'd UA couldn't register until I got Mediaproxy installed.Mediaproxy does appear to start with out errors. Below are my Ser.cfg and Mediaproxy.ini. Please Help. Marc Ser.cfg -------------------------------------------------------------- #5a-mysql-mediaproxy-ser.cfg debug=3 fork=yes log_stderror=no listen=XXX.XXX.XXX.235 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/uri.so" loadmodule "/usr/lib/ser/modules/uri_db.so" loadmodule "/usr/lib/ser/modules/domain.so" loadmodule "/usr/lib/ser/modules/mediaproxy.so" loadmodule "/usr/lib/ser/modules/nathelper.so" loadmodule "/usr/lib/ser/modules/textops.so" modparam("auth_db|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) route { # ------------------------------------------------------------------------ # Sanity Check Section # ------------------------------------------------------------------------ if (!mf_process_maxfwd_header("10")) { 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=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("XXX.XXX.XXX.235:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ------------------------------------------------------------------------ # Loose Route Section # ------------------------------------------------------------------------ if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); break; }; if (method=="INVITE") { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); if (client_nat_test("3") || search("^Route:.*;nat=yes")) { setflag(6); use_media_proxy(); }; }; route(1); break; }; # ------------------------------------------------------------------------ # Call Type Processing Section # ------------------------------------------------------------------------ if (uri!=myself) { route(4); route(1); break; }; if (method=="ACK") { route(1); break; } else if (method=="CANCEL") { route(3); break; } else if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ------------------------------------------------------------------------ # Default Message Handler # ------------------------------------------------------------------------ t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ------------------------------------------------------------------------ # REGISTER Message Handler # ------------------------------------------------------------------------ sl_send_reply("100", "Trying"); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; 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 (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; 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(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(4); route(1); } route[4] { #----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (isflagset(8)) { setflag(8); use_media_proxy(); }; }; } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } ------------------------------------------------------------ mediaproxy.ini ------------------------------------------------------------ [Dispatcher] ;start = yes socket = /var/run/proxydispatcher.sock ;group = ser defaultProxy = /var/run/mediaproxy.sock [MediaProxy] start = yes socket = /var/run/mediaproxy.sock group = ser listen = None allow = None proxyIP = XXX.XXX.XXX.235# This is where OpenSER installed ;portRange = 2000:8000# These values are set same in ATA's configs for RTP Range TOS = 0xb8 idleTimeout = 60 holdTimeout = 180 forceClose = 0 accounting = off [Accounting] user = root password = host = localhost database = ser table = acc -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 _______________________________________________ Serusers mailing list HYPERLINK "mailto:Serusers@lists.iptel.org"Serusers(a)lists.iptel.org HYPERLINK "http://lists.iptel.org/mailman/listinfo/serusers"http://lists.iptel.org/mai lman/listinfo/serusers -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006

1 0

[Serusers] no 200 OK and ACK after some INVITEs
by Rosario Pingaro 24 Jul '06

24 Jul '06

I am experiencing this weir issue. On some calls I don't get 200 OK and ACK and so the is dropped because INVITE expres. this is the log about 3 calls, the first ans second are without 200 OK ans ACK the tird one is with them and it is estabilished in a good way. A is the voip customers B is ser proxy C is the PSTN gateway 7331.881781 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7331.883158 B -> A SIP Status: 407 Proxy Authentication Required 7331.987931 A -> B SIP Request: ACK sip:0828963359@voip.prova.it 7331.988081 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7332.018157 B -> A SIP Status: 100 trying -- your call is important to us 7332.018602 B -> C SIP/SDP Request: INVITE sip:0828963359@C:5060, with session description 7332.114175 C -> B SIP Status: 100 Trying 7332.176249 C -> B SIP Status: 183 Session Progress 7332.177555 B -> A SIP Status: 183 Session Progress 7333.637122 C -> B SIP/SDP Status: 183 Session Progress, with session description 7333.638364 B -> A SIP/SDP Status: 183 Session Progress, with session description 7377.818129 B -> A SIP Status: 408 Request Timeout 7377.825608 B -> C SIP Request: CANCEL sip:0828963359@C:5060 7377.857091 A -> B SIP Request: ACK sip:0828963359@voip.prova.it 7377.897414 C -> B SIP Status: 200 OK 7377.898809 C -> B SIP Status: 487 Request Terminated 7377.899679 B -> C SIP Request: ACK sip:0828963359@C:5060 7394.152872 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7394.154283 B -> A SIP Status: 407 Proxy Authentication Required 7394.263174 A -> B SIP Request: ACK sip:0828963359@voip.prova.it 7394.314345 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7394.344910 B -> A SIP Status: 100 trying -- your call is important to us 7394.345321 B -> C SIP/SDP Request: INVITE sip:0828963359@C:5060, with session description 7394.439264 C -> B SIP Status: 100 Trying 7394.506851 C -> B SIP Status: 183 Session Progress 7394.508176 B -> A SIP Status: 183 Session Progress 7395.305016 C -> B SIP/SDP Status: 183 Session Progress, with session description 7395.306549 B -> A SIP/SDP Status: 183 Session Progress, with session description 7439.955201 B -> A SIP Status: 408 Request Timeout 7439.962438 B -> C SIP Request: CANCEL sip:0828963359@C:5060 7439.997963 A -> B SIP Request: ACK sip:0828963359@voip.prova.it 7440.042139 C -> B SIP Status: 200 OK 7440.046886 C -> B SIP Status: 487 Request Terminated 7440.047528 B -> C SIP Request: ACK sip:0828963359@C:5060 7460.312529 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7460.314196 B -> A SIP Status: 407 Proxy Authentication Required 7460.343504 A -> B SIP Request: ACK sip:0828963359@voip.prova.it 7460.417725 A -> B SIP/SDP Request: INVITE sip:0828963359@voip.prova.it, with session description 7460.447096 B -> A SIP Status: 100 trying -- your call is important to us 7460.447528 B -> C SIP/SDP Request: INVITE sip:0828963359@C:5060, with session description 7460.545094 C -> B SIP Status: 100 Trying 7460.613676 C -> B SIP Status: 183 Session Progress 7460.614909 B -> A SIP Status: 183 Session Progress 7461.520262 C -> B SIP/SDP Status: 183 Session Progress, with session description 7461.521608 B -> A SIP/SDP Status: 183 Session Progress, with session description 7463.544538 C -> B SIP/SDP Status: 200 OK, with session description 7463.546046 B -> A SIP/SDP Status: 200 OK, with session description 7463.586935 A -> B SIP Request: ACK sip:0828963359@C:5060 7463.595536 B -> C SIP Request: ACK sip:0828963359@C:5060 7511.516164 A -> B SIP Request: BYE sip:0828963359@C:5060 7511.532938 B -> C SIP Request: BYE sip:0828963359@C:5060 7511.606909 C -> B SIP Status: 200 OK 7511.607877 B -> A SIP Status: 200 OK Should this behavior be triggered by some misconfiguration in my ser.cfg or it is only about the PSTN gateway not sending 200 OK? Many Thnaks Rosario Rosario Pingaro D. Lgs 196/2003 Il presente messaggio contiene informazioni confidenziali, indirizzate esclusivamente alle persone sopra indicate. Se il ricevente non è tra dette persone, non dovrà intraprendere alcuna azione, tipo copia, stampa o trasmettere il suo contenuto a terzi ed i relativi allegati, ma solo informare il mittente dell'errore e cancellare il messaggio. Il mittente dovrà, altresì, accertarsi che gli allegati non contengano virus prima di aprirli.

1 0

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