sr-users

sr-users@lists.kamailio.org

16 participants
37067 discussions

by Andrzej Radke

Hello all ! In message http://lists.iptel.org/pipermail/serusers/2003-April/001057.html Jiri wrote: yes, there is support for accounting in SER in module/acc. In 0.8.10, the accounting support is unsupported, it is ok on CVS. -Jiri At 11:54 AM 4/10/2003, Sunithi JP wrote: >hi all, > is there any minimal support for accounting with SER? > >rgds, > sunithi In ispbs software I've found information: Install and configure ser server available at iptel.org Version supported is ser-0.8.10 .You also have to install ^^^^^^^^^^^^ sql version of acc module available at http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/modules/acc/ How it is in real ? Can I use ser-0.8.10 (with acc module) with ispbs 2.3b7 or should I upgrade ser ? I would like make accouning my SIP connections (billing) for my users Greetings Andrzej Radke

20 years, 10 months

[Serusers] Problems with ser

by giAndrea

Hi all i have some problems with ser. I've configurated ser with mysql. When I register a user with serctl it add to ser database but this is the only information that i can see on ser database. How can i register all information about ser activities on database? Where can i found some log of sip activities? I can't use my server sip with MSN. When I configure user for communication services MSN can't found server. How can i configure server for use with MSN? thanks, andrea

20 years, 10 months

[Serusers] Performance test

by kaiduan xie

hi, all, Would you tell me how you get the performance number you listed on the website? More specificaly, for the network configuration, what kind of server in meaning of registrar, redirect server, and stateless proxy are deployed in the network? Thanks for help. kaiduan --------------------------------- Post your free ad now! Yahoo! Canada Personals

20 years, 10 months

[Serusers] CVS branches

by Jan Janak

Hello, The CVS repository now contains both stable and unstable branches of ser. For more information on how to get the stable branch see http://iptel.org/ser/cvs regards, Jan.

20 years, 10 months

[Serusers] Cost-Effective Solution for Global Translations

by Beijing Expert Translation

20 years, 10 months

[Serusers] Jabber Integration

by ComputerGeeks

Just out of curiousity has anyone been able to properly implement jabber with Ser? I keep getting an error when trying to initialize the jabber.so file. Any ideas? Thanks! Todd

20 years, 10 months

RE: [Serusers] ser 0.8.10 (i386/freebsd)

by Marcelo Schmidt

Thanks. Unfortunately I still can.t connect using iptel web client. Anyone? -----Original Message----- From: Andy Blen [mailto:andy.blen@iptel.org] Sent: Thu 6/19/2003 11:44 AM To: Marcelo Schmidt; serusers(a)lists.iptel.org Cc: Subject: Re: [Serusers] ser 0.8.10 (i386/freebsd) Reading documentation may be very helpful to you, in particular http://www.iptel.org/ser/doc/seruser-html/x878.html#AEN883 -andy At 07:27 PM 6/19/2003, Marcelo Schmidt wrote: >I installed ser yesterday and I was trying to get an UA to connect to it. I created just one user: ><sip:marcelo@marcelo.homeunix.com> and used an iptel.org account to send a message, I got: >483 Too Many Hops. I attached the ser.cfg and a capture file from tcpdump. > >Thanks, >Marcelo. > > > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Andy Blen iptel.org Services

20 years, 10 months

[Serusers] 483 - Too many hops

by Chintan Thakker

Hi, Consider the following scenario. UA1 is trying to call UA2 both registered with the same proxy. (UA1 -> 'ser' -> UA2) 1. UA1 sends INVITE to the proxy with request uri set to UA2. It also sets the Route header in the invite to that of the proxy. This returns a 483 - too many hops to UA1 It seems that in the above mentioned scenario, the proxy loops back the INVITE multiple times locally. This decrements the Max Forwards value every time until it becomes zero and hence sends 483 back to UA1. It seems to me this is not the correct behavior of the server. It should forward the request to UA2. Thanks in advance, Chintan -- Start trace -- U 2003/06/20 15:24:42.362466 192.1.2.88:5060 -> 192.1.2.17:5060 INVITE sip:9727610001@192.1.2.17 SIP/2.0.Via: SIP/2.0/UDP 192.1.2.88:5060;b ranch=z9hG4bK421668676.Max-Forwards: 70.From: 9727619271 <sip:9727619271@19 2.1.2.88>;tag=421668676.To: 9727610001 <sip:9727610001@192.1.2.17>.Call-ID: 421668676(a)192.1.2.88.CSeq: 1 INVITE.Contact: <sip:9727619271@192.1.2.88>.C ontent-Type: application/sdp.Content-Length: 138.Route: <sip:192.1.2.17;lr> ..v=0.o=username 421668676 421668676 IN IP4 192.1.2.88.s=Session SDP.c=IN I P4 192.1.2.88.t=0 0.m=audio 54454 RTP/AVP 0.a=rtpmap:0 PCMU/8000. U 2003/06/20 15:24:42.363813 192.1.2.17:5060 -> 192.1.2.88:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 192.1. 2.88:5060;branch=z9hG4bK421668676..From: 9727619271 <sip:9727619271@192.1.2 .88>;tag=421668676.To: 9727610001 <sip:9727610001@192.1.2.17>.Call-ID: 4216 68676(a)192.1.2.88.CSeq: 1 INVITE.Server: Sip EXpress router (0.8.11pre29 (i3 86/linux))..Content-Length: 0..Warning: 392 192.1.2.17:5060 "Noisy feedback tells: pid=15107 req_src_ip=192.1.2.88 req_src_port=5060 in_uri=sip:97276 10001(a)192.1.2.17 out_uri=sip:9727610001@192.1.2.17 via_cnt==1".... # U 2003/06/20 15:24:42.794681 192.1.2.17:5060 -> 192.1.2.88:5060 SIP/2.0 483 Too Many Hops..Via: SIP/2.0/UDP 192.1.2.88:5060;branch=z9hG4bK4 21668676..From: 9727619271 <sip:9727619271@192.1.2.88>;tag=421668676.To: 97 27610001 <sip:9727610001@192.1.2.17>;tag=b27e1a1d33761e85846fc98f5f3a7e58.4 632.Call-ID: 421668676(a)192.1.2.88.CSeq: 1 INVITE.Server: Sip EXpress router (0.8.11pre29 (i386/linux))..Content-Length: 0..Warning: 392 192.1.2.17:506 0 "Noisy feedback tells: pid=15107 req_src_ip=192.1.2.17 req_src_port=5060 in_uri=sip:9727610001@192.1.2.17 out_uri=sip:9727610001@192.1.2.17 via_cnt ==71".... -- End trace -- ps: We checked it with loose routing(suceeding ';lr' present in URIs in Route) as well as strict routing(suceeding ';lr' not present in URIs in Route). Should the type of routing used matter ?

20 years, 10 months

[Serusers] XJAB problem: infinite forking

by Peter Kostik

Hello everyone, I am playing around with the new CVS ser 0.8.11pre28 downloaded couple days ago. I am attaching my config script and also the output of syslog with errors. Afer I start ser it starts forking new processes until it crashes the box (fills up the memory). The script is little advanced, uses jabber,pa,msilo... Thanks for your help. You are doing great job. Can't wait till next release. Peter. ser.cfg: -------- # # $Id: ser.cfg,v 1.19 2003/05/07 11:56:44 janakj 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 debug=7 fork=no log_stderror=yes */ check_via=yes # (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/print.so" loadmodule "/usr/local/lib/ser/modules/textops.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/msilo.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/jabber.so" loadmodule "/usr/local/lib/ser/modules/pa.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 --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "sql://nser:heslo@localhost/nser") modparam("msilo", "db_url", "sql://nser:heslo@localhost/nser") #modparam("msilo", "registrar", "sip:registrar@deimos") # -- 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") modparam("jabber", "db_url", "sql://sip_jab:heslo@localhost/sip_jab") modparam("jabber", "jaddress", "test") modparam("jabber", "jport", 5222) modparam("jabber", "workers", 2) modparam("jabber", "max_jobs", 10) modparam("jabber", "aliases", "5;aim.test;icq.test;msn.test;yahoo.test;jabber.test;") modparam("jabber", "jdomain", "jabber.test") # ------------------------- 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 (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol record_route(); # loose-route processing loose_route(); # 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("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; save("location"); if (search("egistration")) { log("XJAB: going online in Jabber net\n"); if (jab_go_online()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404", "Not Found"); }; } else { log("XJAB: going offline in Jabber net\n"); if (jab_go_offline()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404", "Not Found"); }; }; # egistrarion if (m_dump()) { log("MSILO: offline msgs dumped\n"); } else { log("MSILO: no offline msgs dumped\n"); }; break; }; # register if (method=="SUBSCRIBE") { if (t_newtran()) { handle_subscription("registrar"); }; break; }; # subsribe # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { if (method=="MESSAGE") { log("MESSAGE received -> storing\n"); if (!t_newtran()) { sl_reply_error(); break; }; if (m_store("0")) { log("MSILO: offline msg stored\n"); if (!t_reply("202","Accepted")) { sl_reply_error(); }; } else { log("MSILO: offline msg not stored\n"); if (!t_reply("503","Service Unavailable")) { sl_reply_error(); }; }; break; }; # message sl_send_reply("404", "Not Found"); break; }; # lookup }; # myself if ( search("To:.*@aim\.test") || search("To:.*@icq\.test") || search("To:.*@msn\.test") || search("To:.*@yahoo\.test") || search("To:.*@jabber\.test") ) { if (!t_newtran()) { sl_reply_error(); break; }; if (method=="MESSAGE") { log("MESSAGE received -> manage it w/ 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("202", "Accepted"); } else { sl_send_reply("503", "Service Unavailable"); }; break; }; if (method=="SUBSCRIBE") { handle_subscription("jabber"); break; }; log("NON_MESSAGE request received for Jabber GW -> dropt\n"); sl_send_reply("202", "Accepted"); break; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; } error log from /var/log/messages: --------------------------------- May 29 10:58:11 hat /usr/local/sbin/ser[2180]: ERROR: parse_to: invalid To - unexpected end of header in state -1073745156 May 29 10:58:11 hat /usr/local/sbin/ser[2180]: send_xpidf_notify(): Error while parsing May 29 10:58:11 hat /usr/local/sbin/ser[2180]: handle_subscription(): Error while sending notify May 29 10:58:11 hat /usr/local/sbin/ser[2180]: ERROR: t_reply: can't generate 200 reply when a final 200 was sent out May 29 10:58:11 hat /usr/local/sbin/ser[2180]: send_reply(): Error while sending 200 OK May 29 10:58:23 hat /usr/local/sbin/ser[2178]: ERROR: parse_to: invalid To - unexpected end of header in state -1073745156 May 29 10:58:23 hat /usr/local/sbin/ser[2178]: send_xpidf_notify(): Error while parsing May 29 10:58:23 hat /usr/local/sbin/ser[2178]: handle_subscription(): Error while sending notify May 29 10:58:23 hat /usr/local/sbin/ser[2178]: ERROR: t_reply: can't generate 200 reply when a final 200 was sent out May 29 10:58:23 hat /usr/local/sbin/ser[2178]: send_reply(): Error while sending 200 OK May 29 10:58:29 hat /usr/local/sbin/ser[2210]: XJAB:xjab_check_workers: worker[0][pid=2217] has exited - status=0 err=-1 errno=10 May 29 10:58:11 hat /usr/local/sbin/ser[2180]: ERROR: parse_to: invalid To - unexpected end of header in state -1073745156 May 29 10:58:11 hat /usr/local/sbin/ser[2180]: send_xpidf_notify(): Error while parsing May 29 10:58:11 hat /usr/local/sbin/ser[2180]: handle_subscription(): Error while sending notify May 29 10:58:11 hat /usr/local/sbin/ser[2180]: ERROR: t_reply: can't generate 200 reply when a final 200 was sent out May 29 10:58:11 hat /usr/local/sbin/ser[2180]: send_reply(): Error while sending 200 OK May 29 10:58:23 hat /usr/local/sbin/ser[2178]: ERROR: parse_to: invalid To - unexpected end of header in state -1073745156 May 29 10:58:23 hat /usr/local/sbin/ser[2178]: send_xpidf_notify(): Error while parsing May 29 10:58:23 hat /usr/local/sbin/ser[2178]: handle_subscription(): Error while sending notify May 29 10:58:23 hat /usr/local/sbin/ser[2178]: ERROR: t_reply: can't generate 200 reply when a final 200 was sent out May 29 10:58:23 hat /usr/local/sbin/ser[2178]: send_reply(): Error while sending 200 OK May 29 10:58:29 hat /usr/local/sbin/ser[2210]: XJAB:xjab_check_workers: worker[0][pid=2217] has exited - status=0 err=-1 errno=10 May 29 10:58:29 hat /usr/local/sbin/ser[2210]: XJAB:xjab_check_workers: worker[1][pid=2218] has exited - status=0 err=-1 errno=10 May 29 10:58:29 hat /usr/local/sbin/ser[2216]: XJAB:xjab_check_workers: worker[0][pid=2243] has exited - status=0 err=-1 errno=10 May 29 10:58:29 hat /usr/local/sbin/ser[2216]: XJAB:xjab_check_workers: worker[1][pid=2244] has exited - status=0 err=-1 errno=10 May 29 10:58:29 hat /usr/local/sbin/ser[2213]: XJAB:xjab_check_workers: worker[0][pid=2245] has exited - status=0 err=-1 errno=10 May 29 10:58:29 hat /usr/local/sbin/ser[2213]: XJAB:xjab_check_workers: worker[1][pid=2246] has exited - status=0 err=-1 errno=10 May 29 10:58:40 hat dhcpd: DHCPDISCOVER from 00:90:b1:59:0e:00 via eth0: network 200.200.52.0/24: no free leases May 29 10:58:49 hat /usr/local/sbin/ser[2210]: XJAB:xjab_check_workers: worker[0][pid=2247] has exited - status=0 err=-1 errno=10 May 29 10:58:49 hat /usr/local/sbin/ser[2210]: XJAB:xjab_check_workers: worker[1][pid=2248] has exited - status=0 err=-1 errno=10 May 29 10:58:49 hat /usr/local/sbin/ser[2216]: XJAB:xjab_check_workers: worker[0][pid=2249] has exited - status=0 err=-1 errno=10 May 29 10:58:49 hat /usr/local/sbin/ser[2216]: XJAB:xjab_check_workers: worker[1][pid=2250] has exited - status=0 err=-1 errno=10 May 29 10:58:49 hat /usr/local/sbin/ser[2213]: XJAB:xjab_check_workers: worker[0][pid=2251] has exited - status=0 err=-1 errno=10 May 29 10:58:49 hat /usr/local/sbin/ser[2213]: XJAB:xjab_check_workers: worker[1][pid=2252] has exited - status=0 err=-1 errno=10 __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

20 years, 10 months

[Serusers] Ports to Mac OS X anyone?

by Hans Eriksson

Hi, has anyone ported ser to Mac OS X? It is freeBSD so it should be easy, but as usual, things not always are easy :-) So before i take a plunge, I thought I'd ask. /hans

20 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users