sr-users

sr-users@lists.kamailio.org

9 participants
37525 discussions

[Serusers] Alias
by Marcelo Schmidt 08 Jul '03

08 Jul '03

I added lookup("alias"); in route {}; however when I restarted ser I got: ser[31607]: domain_fixup(): Error while registering domain --Marcelo.

2 1

[Serusers] FYI: SIP versus H.323
by Director General: NEFACOMP 08 Jul '03

08 Jul '03

http://www.iptel.org/info/trends/sip.html Thanks, __________________________________ NZEYIMANA Emery Fabrice NEFA Computing Services, Inc. P.O. Box 5078 Kigali Office Phone: +250-51 11 06 Office Fax: +250-50 15 19 Mobile: +250-08517768 Email: dg(a)nefacomp.net http://www.nefacomp.net/

1 0

[Serusers] SER installation, allows signin, but can't see anyone else
by Morris, Scott 08 Jul '03

08 Jul '03

I have 0.8.11pre29 installed on Redhat 8.0. Also have MySQL installed and working, so my users have been declared "persistant". I can sign-in, but cannot see any of my contacts that are signed-in. If I go to the server, I can see the list of those signed-in. I tried to change the ser.cfg file for debugging, but then SER won't start up, and the server hangs at "Starting SER". I can't go any further at the console, I have ssh in and kill then process then reboot. Scott Morris Senior Network Engineer ORAU / ORISE 865-576-4672 'B' Schedule

2 1

[Serusers] SER and H.323
by Director General: NEFACOMP 08 Jul '03

08 Jul '03

Does SER support H.323? I might be confused. Just guide me. Thanks, __________________________________ NZEYIMANA Emery Fabrice NEFA Computing Services, Inc. P.O. Box 5078 Kigali Office Phone: +250-51 11 06 Office Fax: +250-50 15 19 Mobile: +250-08517768 Email: dg(a)nefacomp.net http://www.nefacomp.net/

3 5

[Serusers] Re: adding a header
by Mario Kolberg 08 Jul '03

08 Jul '03

Andrei, thanks very much! I have now taken Jiri's advice and use the textops package to add the header. However, in the package, I'm calling append_hf with the message and a char* which is the new header. From the look of it, it seems that append_hf should call str_fixup for the char*. This does not seem to happen. I included some debug messages and str_fixup is not called. Thus, the length of the string in append_hf_helper is just garbage. I have included an explicit call to str_fixup in append_hf and then everything works fine. I'm not sure how exactly the cmd_export_t structure is working - for append_hf it lists str_fixup. Thanks again for your help! Mario Andrei Pelinescu-Onciul wrote: > On Jul 07, 2003 at 16:30, Mario Kolberg <mko(a)cs.stir.ac.uk> wrote: > >>Andrei, >> >>thanks for the hint on the null-terminated headers! I removed the null >>termination and now I get a diffrent behaviour which depends on the >>length of the header added. I only manage a single register message. >>Either the ua (kphone) receives a reply or not - this depends on the >>length of the header. But in any case ser dies afterwards. > > > There is a bug in the pscon module (this is yours isn't it?): > psconn.c line 138-139: > nheader = pkg_malloc(strlen(test));$ > strcpy(nheader, test);$ > > You allocate strlen(test) but you copy in it strlen(test)+1 (strcpy > copies also \0, and strlen returns the lenght without \0). > > This is caught by ser mem. debug code (ser by default is compiled with a > lot of debugging checks). ser malloc debug finds the end of a fragment > overriten, prints a BUG: message in the log and aborts() (to generate a > core). > > This is how I found it: > grep " BUG:" ser_crash_header > => > 5(3124) BUG: qm_*: prev. fragm. tail overwritten(c0c0c000, abcdefed)[0x80be7c8:0x80be7e0]! > > It sais previous fragment, so I search for and address less than > 0x80be7c8. > > grep 0x80be ser_crash_header > => several lines: > [...] > 5(3124) 162. N address=0x80be630 frag=0x80be618 size=32 > 5(3124) 163. N address=0x80be680 frag=0x80be668 size=32 > 5(3124) 164. N address=0x80be6d0 frag=0x80be6b8 size=32 > 5(3124) 165. N address=0x80be720 frag=0x80be708 size=144 > > => our offending fragment is 0x80be708 > > grep -A 2 0x80be708 ser_crash_header > => > 5(3124) 165. N address=0x80be720 frag=0x80be708 size=144 > 5(3124) alloc'd from pscon.c: exec_pol(138) > 5(3124) start check=f0f0f0f0, end check= c0c0c000, abcdefed > > (as you can see it overwrites one of the end check magic numbers with > one extra 0: c0c0c000 instead of c0c0c0c0). > > BTW: that's what all those memory dumps in the logs are good for (and > for detecting memory leaks). > > > Andrei > -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

2 1

[Serusers] Accounting with SER
by Director General: NEFACOMP 08 Jul '03

08 Jul '03

I would like to get more information on accounting with SER. Ok, I followed the documentation about accounting but it doesn't give enough information about how to retrieve the accounting information. It just says that Reports are by DEFAULT sent to the syslog facility. Where is that syslog? How do I retreive that information? Is it possible to put that information in the MySQL database? How? That is by DEFAULT; so, is it possible to change that default location? Some gurus will realize how NEWBIE I am in the Linux World. Please help me. Thanks, __________________________________ NZEYIMANA Emery Fabrice NEFA Computing Services, Inc. P.O. Box 5078 Kigali Office Phone: +250-51 11 06 Office Fax: +250-50 15 19 Mobile: +250-08517768 Email: dg(a)nefacomp.net http://www.nefacomp.net/

5 8

[Serusers] Alias table not found
by Director General: NEFACOMP 07 Jul '03

07 Jul '03

While trying to use the command for adding an alias, the computer tells me that the aliases table was not found. But I can see the aliases table in the database. What do you think might be wrong? Thanks, __________________________________ NZEYIMANA Emery Fabrice NEFA Computing Services, Inc. P.O. Box 5078 Kigali Office Phone: +250-51 11 06 Office Fax: +250-50 15 19 Mobile: +250-08517768 Email: dg(a)nefacomp.net http://www.nefacomp.net/

3 3

[Serusers] Using MySQL for authentication
by Director General: NEFACOMP 07 Jul '03

07 Jul '03

While trying to use the command for adding an alias, the computer tells me that the aliases table was not found. But I can see the aliases table in the database. What do you think might be wrong? Another question is: Does SER have a log file so that I may check and see if the clients have connected at least once????????? Where are they ? In /etc/ .... Thanks, __________________________________ NZEYIMANA Emery Fabrice NEFA Computing Services, Inc. P.O. Box 5078 Kigali Office Phone: +250-51 11 06 Office Fax: +250-50 15 19 Mobile: +250-08517768 Email: dg(a)nefacomp.net http://www.nefacomp.net/

1 0

[Serusers] Re: Hi all ( question)????
by serhelp (Jiri) 07 Jul '03

07 Jul '03

you definitely need to use username (hassan) as opposed to IP\username as your identification in the dialog. -jiri At 02:54 PM 7/7/2003, Hassan CHOUMAR wrote: >Content-Length: 493 >MIME-Version: 1.0 >Content-Transfer-Encoding: 8bit >Content-Type: text/plain; charset=iso-8859-1 > >Hello to all >I have reussi to install the (server) SER with its graphic interface >(serweb), but I have a problem: >When I try to configure the MSN messenger 6.4 for utililer the server >SIP, I realize the procedure and after when I want to connect, a >message shows ( attached file), if anybody knows where is my problem >q' it shall say to me?? >Thank you in advance >Hassan > >Attention: address IP of server is 157.159.230.78 or >voip-p24.int-evry.fr >The name of the user is : hassan. Content-Length: 26514 >MIME-Version: 1.0 >Content-Type: image/jpeg;name="message MSNmessenger.jpg" >Content-Disposition: attachment;filename="message MSNmessenger.jpg"

1 0

[Serusers] restarting ser
by Mario Kolberg 07 Jul '03

07 Jul '03

Hi, I have a problem with ser 0.8.11pre36 (i386/linux) which is the stable version downloaded from cvs: Often when I start it, it pretends to be ok (log file says Listing on ....) but in fact all ser processes are dead. I need to start it a few times usually, to get it running. Once it is running and I try to shut it down it writes a lot (thousands!) of error messages into the log file. Messages in the log seem to be repeated. This also occurs if no single message has been sent to it. I attach the config file I'm using and a short extract from the log file. Any ideas appreciated! (I did not have this problem with ser version 0.8.11pre26 which I used before.) Thanks, Mario -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it. # # $Id: ser.cfg,v 1.18 2003/05/06 16:19:15 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=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" alias="cs.stir.ac.uk" # ------------------ 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/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" # 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" #loadmodule "/usr/local/lib/ser/modules/pscon.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") #modparam("pscon", "polserver_name", "d254203.cs.stir.ac.uk") #modparam("pscon", "polserver_port", 9997) #modparam("pscon", "lead_msg", "") #modparam("pscon", "tail_msg", "") # ------------------------- 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; }; # exec_pol(); # 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("cs.stir.ac.uk", "subscriber")) { www_challenge("cs.stir.ac.uk", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); 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(); }; } Jul 7 12:20:47 d254203 ser: Listening on Jul 7 12:20:47 d254203 ser: 127.0.0.1 [127.0.0.1]:5060 Jul 7 12:20:47 d254203 ser: 139.153.254.203 [139.153.254.203]:5060 Jul 7 12:20:47 d254203 ser: Aliases: d254203.cs.stir.ac.uk:5060 localhost:5060 localhost.localdomain:5060 d254203:5060 cs.stir.ac.uk:* Jul 7 12:20:47 d254203 ser: Listening on Jul 7 12:20:47 d254203 ser: 127.0.0.1 [127.0.0.1]:5060 Jul 7 12:20:47 d254203 ser: 139.153.254.203 [139.153.254.203]:5060 Jul 7 12:20:47 d254203 ser: Aliases: d254203.cs.stir.ac.uk:5060 localhost:5060 localhost.localdomain:5060 d254203:5060 cs.stir.ac.uk:* Jul 7 12:20:47 d254203 ser: Listening on Jul 7 12:20:47 d254203 ser: 127.0.0.1 [127.0.0.1]:5060 Jul 7 12:20:47 d254203 ser: 139.153.254.203 [139.153.254.203]:5060 Jul 7 12:20:47 d254203 ser: Aliases: d254203.cs.stir.ac.uk:5060 localhost:5060 localhost.localdomain:5060 d254203:5060 cs.stir.ac.uk:* Jul 7 12:20:47 d254203 ser: ser startup succeeded Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1109]: mod_init(): Database connection opened successfuly Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1109]: INFO: udp_init: SO_RCVBUF is initially 65535 Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1109]: INFO: udp_init: SO_RCVBUF is finally 131070 Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1109]: INFO: udp_init: SO_RCVBUF is initially 65535 Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1109]: INFO: udp_init: SO_RCVBUF is finally 131070 Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1127]: INFO: fifo process starting: 1127 Jul 7 12:20:47 d254203 /usr/local/sbin/ser[1127]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: used= 3764, used+overhead=36332, free=986540 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: max used (+overhead)= 36368 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: dumping all allocked. fragments: Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: 0. N address=0x80bd3b0 frag=0x80bd398 size=16 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: alloc'd from fifo_server.c: register_fifo_cmd(122) Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: start check=f0f0f0f0, end check= c0c0c0c0, abcdefed Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: 1. N address=0x80bd3f0 frag=0x80bd3d8 size=16 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: alloc'd from fifo_server.c: register_fifo_cmd(122) Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: start check=f0f0f0f0, end check= c0c0c0c0, abcdefed Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1144]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1143]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1142]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1141]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1140]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1127]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1126]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1119]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1118]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1117]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1116]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1115]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1114]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1113]: INFO: signal 15 received Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: 2. N address=0x80bd430 frag=0x80bd418 size=16 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1144]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1143]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1142]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1141]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1140]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1127]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1126]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1119]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1118]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1117]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1116]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1115]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1114]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1113]: Memory status (pkg): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: alloc'd from fifo_server.c: register_fifo_cmd(122) Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1144]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1143]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1142]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1141]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1140]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1127]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1126]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1119]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1118]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1117]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1116]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1115]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1114]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1113]: qm_status (0x80b6f60): Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: start check=f0f0f0f0, end check= c0c0c0c0, abcdefed Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1144]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1143]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1142]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1141]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1140]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1127]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1126]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1119]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1118]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1117]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1116]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1115]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1114]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1113]: heap size= 1022872 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1149]: 3. N address=0x80bd470 frag=0x80bd458 size=16 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1144]: used= 3764, used+overhead=36332, free=986540 Jul 7 12:20:58 d254203 /usr/local/sbin/ser[1143]: used= 3764, used+overhead=36332, free=986540

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users