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/
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"
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
Hi,
I'm trying to add a header to SIP messages (for a research project).
However, it seems as ser (version 0.8.11pre26) doesn't like my code.
Below is the function which is part of a module. It seems as depending
on the length of the variable test, ser either crashes or just doesn't
send on the full message (truncated after the new header). It sounds a
bit like a memory problem. I tried to make sure that memory is properly
allocated (thats why the pkg_malloc) and the string is terminated.
I'd be grateful for any pointers!
Thanks,
Mario
--
static int exec_pol(struct sip_msg* msg, char* string, char* string2)
{
struct lump* anchor;
char* nheader;
char test[] = "ConType: ABC";
LOG(L_ERR, "PSCON: New Attempt to Add a Header");
if (parse_headers(msg, HDR_EOH, 0) == -1) {
LOG(L_ERR, "Error parsing headers");
return 1;
}
if(msg->first_line.type == SIP_REQUEST) {
anchor = anchor_lump(&msg->add_rm, msg->eoh - msg->buf, 0, 0);
if (anchor == 0) {
LOG(L_ERR, "Problem with getting anchor");
return 1;
}
nheader = pkg_malloc(strlen(test)+1);
strcpy(nheader, test);
nheader[strlen(test)]=0;
if (insert_new_lump_after(anchor, nheader, strlen(nheader)+1, 0)==0) {
LOG(L_ERR, "ERROR: inserting new header");
}
}
LOG(L_ERR, "pscon: all fine, returning now ...\n");
return 1;
}
--
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.
Hi!
I'm using ser 0.8.10 with mysql on RedHat 8.1. For some loadtests I
generated 10000 REGISTERs with sipsak. Worked fine. I stopped ser and tried
to restart it. During that I found out that ser won't start if more than
~6000 entries are in the location table of mysql. The start script says
"OK", but a "ps aux" afterwards shows that no ser process is running. A look
into /var/log/messages shows nothing (debug level set to 9). After reducing
the number of entries with the mysql command client to <6000 ser will start
up and copy the entries to its memory, as 'serctl monitor' shows. Am I
missing something?
Best regards,
Volker
Hello all,
Is there a way to make SER use its domain name instead of IP address when
placing itself in Record-Route field?
Fernando Nachtigall
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.488 / Virus Database: 287 - Release Date: 6/5/2003
It works with the IP address after @.
The only time it gives error in my case is when the proxy is listed in the Route header
Thanks,
I have seen this problem as well I thought it was just me. It seemed to be
related to using IP addresses after the @ instead of a hostname after the @.
It was happening to me when I was trying to REGISTER. When I used the
hostname instead of IP address after the @ the problem went away. This does
look like some kind of bug, because both should work.
Hello,
I installed the server ser and the graphic interface serweb; but when
I open the administrative page of serweb as for example:
Http: //mydomain.com/serweb/admin/
I cannot connect on this page
Anybody knows are what the username, and password has to put during
the identification
Thanks you in advance
Hassan
CHOUMAR Hassan
cité universitaire de la pacaterie (chambre459)
91400 Orsay
Por :33/0675909977
Email: hmchoumar(a)hotmail.com
Hello all,
I well installed the SER with serweb in my PC , but I have a probleme
that every time I want to restart the server SER,it gives a message as
which it is stop
For example:
> /etc./init.d/ser restart
Arret de ser echoué
Demarrage de ser completé
>
anybody knows why resolve my problem
Cordialement
Hassan
CHOUMAR Hassan
cité universitaire de la pacaterie (chambre459)
91400 Orsay
Por :33/0675909977
Email: hmchoumar(a)hotmail.com
