sr-users

sr-users@lists.kamailio.org

63 participants
37046 discussions

[Serusers] SIPPS available for download saturday the 17th!

by Mathias Schupp

Hello, SIPPS, the SIP software client by Ahead Software, creators of Nero-burning Rom, is available as of tomorrow, 17th of May. Feel free to test it and enjoy the following features: - excellent sound quality, even with low bandwidth - call encryption (only between two SIPPS-clients) - easy-to-use, intuitive user interfaces - FREE REGISTRAR SERVER ACCESS - call redirection - call forwarding - conference calls - integrated answering machine with remote access - call recording - compatible with MSN Messenger (placing calls with SIPPS over the buddy-list) - multiple graphical user interfaces (skins) - custom ringing tones - screen names - Test the fully functional demo version for free! You have access to all features for more than two months! Download SIPPS at www.sippstar.com <http://www.sippstar.com/> Enjoy Internet Telephony with SIPPS! Best regards / Mit freundlichen Grüßen Mathias Schupp -------------------------------------------- Mathias Schupp International Sales Manager SIPPS Ahead Software AG phone: +49 (0)7248 911 830 (direct line) Im Stoeckmaedle 18 fax: +49 (0)7248 911 889 76307 Karlsbad mail: <mailto:mschupp@nero.com> mschupp(a)nero.com Germany web: www.sippstar.com <http://www.sippstar.com/> www.nero.com If you reply, please include all previous messages so that we don´t loose the context. Thank you !

20 years, 11 months

[Serusers] SERAdmin - v.02f Released

by Erik Lagerway

Hi all, SERAdmin v.02f has now been released. SERAdmin is a GUI interface between SIP Express Router (SER) and the SER administrator. Visit http://seradmin.xten.net to find out more about SERAdmin and download the latest build. SERAdmin provides control over many SER tasks such as: start, stop, pause, re-start, monitor, add user, edit user, etc. SERAdmin has an intuitive look and feel. The Xten SERAdmin Team is comprised of 2 senior engineers and 1 project manager who are committed full-time to the development of SERAdmin. SERAdmin is open source, is being developed to benefit all SER administrators, and the feature set of SERAdmin will be determined by the iptel.org SER users' group. So please communicate with the Xten SERAdmin Team, post your comments in the public forums, and make use of the Xten SERAdmin Team as they are working for the SER community. About Xten (www.xten.com) Xten Networks, Inc. is a leading provider of high-quality SIP Voice over Internet Protocol (VoIP) software. Xten provides IP Telephony products directly to end users, the Enterprise market, Next-Gen Service Providers (ITSPs & Tier 2), Wireless Internet Service Providers (WISPs), Telephone Companies (TELCOs), and Original Equipment Manufacturers (OEMs). Cheers, Erik Lagerway, COO erik(a)xten.com

20 years, 11 months

[Serusers] Problems with locking in timer routine

by Maxim Sobolev

Hi folks, I am having problems with locking in timer routine (ser 0.8.10), particularly with the my recent addition to the nathelper - udp pinger. This piece of code is being invoked periodically by the timer, retrieves list of all currently registered contacts and sends short udp message to each of them. Obviously, routine which retrieves all contacts locks each domain before accessing it, but apparently it doesn't work as expected. Following is the dump of debugging session: -bash-2.05b$ sudo gdb ~/PortaSIP/ser/work/ser-0.8.10/ser ser.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `ser'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/local/lib/ser/modules/sl.so...done. Reading symbols from /usr/local/lib/ser/modules/tm.so...done. Reading symbols from /usr/local/lib/ser/modules/rr.so...done. Reading symbols from /usr/local/lib/ser/modules/maxfwd.so...done. Reading symbols from /usr/local/lib/ser/modules/usrloc.so...done. Reading symbols from /usr/local/lib/ser/modules/registrar.so...done. Reading symbols from /usr/local/lib/ser/modules/nathelper.so...done. Reading symbols from /usr/local/lib/ser/modules/textops.so...done. Reading symbols from /usr/local/lib/ser/modules/radius_auth.so...done. Reading symbols from /usr/local/lib/libradiusclient.so.0...done. Reading symbols from /usr/lib/libmd.so.2...done. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x2a1a62df in get_all_ucontacts (buf=0x80d5248, len=1402) at dlist.c:110 110 if (c->c.len <= 0) (gdb) bt #0 0x2a1a62df in get_all_ucontacts (buf=0x80d5248, len=1402) at dlist.c:110 #1 0x2a1c4b3e in _init () from /usr/local/lib/ser/modules/nathelper.so #2 0x8073679 in timer_ticker () at timer.c:118 #3 0x805e912 in main_loop () at main.c:654 #4 0x80611a1 in main (argc=1, argv=0xbfbffdb8) at main.c:1383 #5 0x804c5a6 in _start () (gdb) print c $1 = (ucontact_t *) 0x460a0d30 (gdb) print *c Cannot access memory at address 0x460a0d30. (gdb) print *r $2 = {domain = 0x282ec0d8, aor = {s = 0x282f4638 "011801", len = 6}, contacts = 0x282f5cb8, slot = 0x282ed418, d_ll = { prev = 0x282ef0d8, next = 0x0}, s_ll = {prev = 0x0, next = 0x0}} (gdb) print *r->contacts $3 = {domain = 0x7a3d6863, aor = 0x34476839, c = {s = 0x37364b62 <Address 0x37364b62 out of bounds>, len = 959328819}, expires = 825243494, q = 2.12359957e+20, callid = {s = 0x32663238 <Address 0x32663238 out of bounds>, len = 1714774885}, cseq = 1631019574, state = 1631020084, user_agent = {s = 0x62386438 <Address 0x62386438 out of bounds>, len = 775107636}, next = 0x460a0d30, prev = 0x3a6d6f72} (gdb) print *r->contacts->next Cannot access memory at address 0x460a0d30. (gdb) l 100 95 void *cp; 96 int shortage; 97 98 cp = buf; 99 shortage = 0; 100 /* Reserve space for terminating 0000 */ 101 len -= sizeof(c->c.len); 102 for (p = root; p != NULL; p = p->next) { 103 lock_udomain(p->d); 104 if (p->d->d_ll.n <= 0) { (gdb) l 105 unlock_udomain(p->d); 106 continue; 107 } 108 for (r = p->d->d_ll.first; r != NULL; r = r->d_ll.next) { 109 for (c = r->contacts; c != NULL; c = c->next) { 110 if (c->c.len <= 0) 111 continue; 112 if (len >= (int)(sizeof(c->c.len) + c->c.len)) { 113 memcpy(cp, &c->c.len, sizeof(c->c.len)); 114 cp += sizeof(c->c.len); As you can see, we are locked domain in question (line 103), but still, found one of records to be in the inconsistent state (contacts aren't initialized). Does anyone have any ideas about what could be wrong with this? I an seeing similar problem in the code that periodically expires contacts. -Maxim

20 years, 11 months

[Serusers] Memory leak?

by Jamin W. Collins

Got the following errors on one of the SER proxies I maintain this morning: May 27 09:00:03 hillcrest /usr/sbin/ser[8260]: ERROR:receive_msg: memory allocation failure May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: build_req_buf_from_sip_req: out of memory May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: print_uac_request: no pkg_mem May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: build_res_buf_from_sip_req: out of memory ; needs 567 May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: WARNING: receive_msg: error while trying script The server is running 0.8.10 with the following patches: http://www.iptel.org/ser/issues/hash_fix.patch http://iptel.org/~janakj/invroute.patch http://www.iptel.org/ser/security/secalert-002-0_8_10.patch http://www.mobile-ip.de/~andrei/ser/0.8.10/ser-0.8.10-bison-1.75.patch Of these, the only one the indicates memory errors is the invroute.patch. Has anyone seen this before? If necessary, I have ngrep captures for the time period. -- Jamin W. Collins Remember, root always has a loaded gun. Don't run around with it unless you absolutely need it. -- Vineet Kumar

20 years, 11 months

Re: [Serusers] SER is not matching ACK Messages

by Jiri Kuthan

At 11:57 PM 5/25/2003, Nils Ohlmeier wrote: >Ok i first overlooked a problem in the messages. >I think the ATA is guilty because the request URI of the ACK is not the same >as the URI from the INVITE. And if i'm not wrong the URIs has to be the same >because the ACK for a negative reply belongs to the transaction. Thanks Nils -- indeed, that's an ATA bug -- the URIs must be the same. To fix the problem, I urge ATA users to urge Cisco. You can use some workarounds (like disabling tm "ruri_matching" tm parameter in the about to be released ser 0.8.11 version) but ATA is the primary place to fix. Actually, the best thing to do with ATA is to use RFC-3261 transaction matching -- 2541 matching has been obsoleted quite a while ago. -jiri

20 years, 11 months

[Serusers] Serctl Command on Solaris 2.8

by Ricardo Villa

The serctl script has problems on a standard Solaris 8 Install: # serctl ul add 1000 sip:1000@10.10.10.10 grep: illegal option -- E Usage: grep -hblcnsviw pattern file . . . sip:1000@10.10.10.10 is not a valid URI # It turns out that the normal "grep" command on Solaris does not include the "-E" option. You have to use /usr/xpg4/bin/grep instead. I modified the line: check_uri() { # echo "$1" | grep -E "^sip:([a-zA-Z0-9_]+@)?.*\..*" echo "$1" | /usr/xpg4/bin/grep -E "^sip:([a-zA-Z0-9_]+@)?.*\..*" and it seems to be working ok. Just though other Solaris users might want to know. Regards, Ricardo

20 years, 11 months

[Serusers] address already in use ,,, in error_log

by Rami Francis

Hello All, I am getting a "forbidden acces from the Apache", I am trying 127.0.0.1 ,,, In the error_log file it says: "(crit) (98) Address already in use: make_sock: could not bind to port 80" please I need help on that , thank you

20 years, 11 months

[Serusers] Stateless Redirect Server

by matthieu saunier

Hi everybody, I'm currently testing ser (0.8.10) as a stateless redirect server with Kphone (3.1) as UA and I wonder why Kphone didn't try all URIs after receiving REDIRECT message from ser but only the one add with rewriteuri() function ? Nevertheless this REDIRECT effectively contains in his Contact Header field both URIs add with rewriteuri() and append_branch(). Kphone seems not to try URIs which are add to destination set with append_branch()... Can someone explain me why, or REDIRECT :-) me to the good way of thought ??? Regards, Matthieu Here is my ser config file : # # $Id: test_ser.cfg,v 1.12 09/05/2003 17:13:00 matthieu saunier $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 fork=yes log_stderror=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=2 # ------------------ module loading ---------------------------------- loadmodule "/usr/local/lib/ser/modules/sl.so" # ----------------- setting module-specific parameters --------------- # ------------------------- request routing logic ------------------- route{ if (uri==myself) { log("URI MATCHED"); log(1,"REDIRECTING"); # rewrite current URI, which is always part of destination ser rewriteuri("sip:rewriteuri@172.25.49.133:5062"); # append one more URI to the destination set append_branch("sip:appendbranch@172.25.49.133:5063"); # redirect now sl_send_reply("300", "redirect"); }; }

20 years, 11 months

[Serusers] Forbidden from Apache

by Rami Francis

my apache is giving me Forbidden, I really don't know why. does any one have any suggestion ,, thanks rami

20 years, 11 months

[Serusers] "Forbidden" by apache

by Rami Francis

I am getting a "Forbidden" reply from the Apache. The Apache is ponting to the index.php for the serweb. I've only changes the IP address of the local host to 127.0.0.1 in the config.php. Does anyone have any suggestions ? Thank you Best regards Rami

20 years, 11 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