Hello,
I have some trouble with ser.
First I have installed the 0.8.11 but I see that this version with red hat 9
is not always started correctly.
Then I have installed the version 0.8.11pre29, this version start correctly
but I see that after a few hours the server does not send any responses.
Laurent
Hello,
Does anybody know how to get the serweb's accounting feature to work.
I'm using Messenger 4.7 clients with SER 0.8.11 but in serweb's
accounting tab there is only message "no calls" and the acc table in ser
database is empty. So how to get the SER to make CDRs of the calls to
the database? By the way I found that in serwebs config.php and
accounting.php files the name of the acc table was false
(=table_accounting).
Hi everyone !
First time here, SER newbie seeking for some help.
We have a working SER installation that we would like to integrate
with SER voicemail.
What we would like to obtain is the possibility for someone calling an
offline user to leave him a message.
The message the should be notified to the destination user, dunno how
by now ...
First question is: can SER and SEMS coexist on the same server ? how
can we archieve this "call redirection" ?
Thank to everyone willing to help.
--
Best regards,
Alessio mailto:alessiof@interconnessioni.it
I'm afraid I am then not aware of any way how to make Messenger work
the way it should (except asking the vendor to fix it).
given that interoperability in 5.0 is very questionable, and there
are apparently some 5.0-to-5.0 issues [*], downgrading to 4.x may
be a safer choice. (I'm serious.)
-jiri
[*] I have no slightest idea why the responding UA both agrees to have
a session with 200 and terminates it with BYE. Did you apply the settings
mentioned bellow on the recepient's side? Have you tried to turn
modparam("rr", "enable_full_lr", ... on and off? (someone told me that
4.x love full_lr whereas 5.x hate it). If that does not help either,
could you try turning record routing off (commenting the line
with record_route() in SER config)? That's all just silly ideas how
to make Messenger happy, the principal place to fix or replace with
something else is Messenger.
At 02:08 AM 10/30/2003, Rork, Joseph (J.P.) wrote:
>There is no 4.7 involved. The problem exists on strickly a 5.0 to 5.0 basis.
>
>-----Original Message-----
>From: Jiri Kuthan [mailto:jiri@iptel.org]
>Sent: Wednesday, October 29, 2003 7:36 PM
>To: Rork, Joseph (J.P.); 'serusers(a)lists.iptel.org'
>Subject: Re: [Serusers] Messenger5.0 481 Error continued
>
>
>That's a one-way trick to make 5.0 accept 4.7's instant messages. There is no way to make 4.7 or other standard-based implementation understand 5.0's proprietary messaing model (sending INVITEs to establish a messaging session).
>
>-jiri
>
>At 04:05 PM 10/28/2003, Rork, Joseph (J.P.) wrote:
>
>>I've followed the instructions:
>>Attention: instant messaging model has changed from 4.7 to 5.0 dramatically and in a non-standard way. 5.0 takes session establishement using INVITE and drops out-of-dialog MESSAGEs on the floor, whereas sending "481 Call Leg/Transaction...". To permit them, apply the following registry setting: HighSecurityMode HKLM\Software\Policies\Microsoft\Messenger\Client\{83D4679F-B6D7-11D2-BF36-0 0C04FB90A03}\_Default\EnableSIPHighSecurityMode DWORD= 0 -- Low Security 1 -- High Security 2(Default, same as not set) --- Medium security You need set it to 0 in order to make peer-to-peer IM. Since WM4.7 client is not registered in the LCS server, I guess that WM5 treats it as peer-to-peer call.
>>
>>And I'm still getting the following error:
>><<messenger5dump>>
>>
>>Any ideas?
>>
>>--joe
>>
>>_______________________________________________
>>Serusers mailing list
>>serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
>--
>Jiri Kuthan http://iptel.org/~jiri/
--
Jiri Kuthan http://iptel.org/~jiri/
I'm sorry but how do you mean by that?
-----Original Message-----
From: Jiri Kuthan [mailto:jiri@iptel.org]
Sent: Thursday, October 30, 2003 2:25 PM
To: Iizuka, Hirotaka, VF-JP; serusers(a)lists.iptel.org
Subject: Re: [Serusers] DNS client application
ser does support DNS.
At 06:17 AM 10/30/2003, Iizuka, Hirotaka, VF-JP wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;
> boundary="----_=_NextPart_001_01C39EA5.251C914C"
>
>Hello,
>
>Does SER equip DNS client functionality? I want to know if SER needs
>DNS client soft to query DNS.
>
>Hiro
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
ser does support DNS.
At 06:17 AM 10/30/2003, Iizuka, Hirotaka, VF-JP wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;
> boundary="----_=_NextPart_001_01C39EA5.251C914C"
>
>Hello,
>
>Does SER equip DNS client functionality? I want to know if SER needs DNS client soft to query DNS.
>
>Hiro
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
I suppose ser would not start without mysql either.
The reason is presumably serctl's way to find SER executable.
It tries to use the same directory for SER as where serctl
lives, certainly a problem with compiled versions and possibly
a problem in some distributions.
Where is your 'ser' and 'serctl' installed? Which distribution
are you using?
Workaround is change the DIR=... lines in serctl to path to ser.
I introduced (hopefuly) more helpful error output to serctl.
Thanks for reporting,
-jiri
At 03:20 AM 10/30/2003, Vo, Tony wrote:
>content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
> boundary="----_=_NextPart_001_01C39E8C.7267B729"
>
>Hi,
>SER will not start if I am to configure SER to run using MySQL module. I followed the instructions in the HowTo guides. I currently have MySQL version 4.0.16 installed and is running. The mysql.so module is in the correct directory as specified in the config file. When I run the 'serctl start' script, I would get only this response;
>
>[root@localhost modules]# serctl start
>
>Starting SER : cat: /var/run/ser.pid: No such file or directory
>started pid()
>
>Here's an excerpt from my config file (ser.cfg). Thanks for your advice(s);
>
>#
>#
># $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei 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"
>
># ------------------ module loading ----------------------------------
>
># Uncomment this if you want to use SQL database
>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"
>
># Uncomment this if you want digest authentication
># mysql.so must be loaded !
>loadmodule "/usr/lib/ser/modules/auth.so"
>loadmodule "/usr/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://ser:spirent@localhost/ser")
>
># -- auth params --
># Uncomment if you are using auth module
>#
>modparam("auth_db", "calculate_ha1", 1)
>#
># If you set "calculate_ha1" parameter to yes (which true in this config),
># uncomment also the following parameter)
>#
>modparam("auth_db", "password_column", "password")
>
>#database location for auth module
>modparam("auth_db", "db_url", "sql://serro:spirent@localhost/ser")
>
># -- rr params --
># add value to ;lr param to make some broken UAs happy
># modparam("rr", "enable_full_lr", 1)
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
Hi,
SER will not start if I am to configure SER to run using MySQL module. I followed the instructions in the HowTo guides. I currently have MySQL version 4.0.16 installed and is running. The mysql.so module is in the correct directory as specified in the config file. When I run the 'serctl start' script, I would get only this response;
[root@localhost modules]# serctl start
Starting SER : cat: /var/run/ser.pid: No such file or directory
started pid()
Here's an excerpt from my config file (ser.cfg). Thanks for your advice(s);
#
#
# $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei 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"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
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"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/lib/ser/modules/auth.so"
loadmodule "/usr/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://ser:spirent@localhost/ser")
# -- auth params --
# Uncomment if you are using auth module
#
modparam("auth_db", "calculate_ha1", 1)
#
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
#database location for auth module
modparam("auth_db", "db_url", "sql://serro:spirent@localhost/ser")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
# modparam("rr", "enable_full_lr", 1)
There is no 4.7 involved. The problem exists on strickly a 5.0 to 5.0 basis.
-----Original Message-----
From: Jiri Kuthan [mailto:jiri@iptel.org]
Sent: Wednesday, October 29, 2003 7:36 PM
To: Rork, Joseph (J.P.); 'serusers(a)lists.iptel.org'
Subject: Re: [Serusers] Messenger5.0 481 Error continued
That's a one-way trick to make 5.0 accept 4.7's instant messages. There is no way to make 4.7 or other standard-based implementation understand 5.0's proprietary messaing model (sending INVITEs to establish a messaging session).
-jiri
At 04:05 PM 10/28/2003, Rork, Joseph (J.P.) wrote:
>I've followed the instructions:
>Attention: instant messaging model has changed from 4.7 to 5.0 dramatically and in a non-standard way. 5.0 takes session establishement using INVITE and drops out-of-dialog MESSAGEs on the floor, whereas sending "481 Call Leg/Transaction...". To permit them, apply the following registry setting: HighSecurityMode HKLM\Software\Policies\Microsoft\Messenger\Client\{83D4679F-B6D7-11D2-BF36-0 0C04FB90A03}\_Default\EnableSIPHighSecurityMode DWORD= 0 -- Low Security 1 -- High Security 2(Default, same as not set) --- Medium security You need set it to 0 in order to make peer-to-peer IM. Since WM4.7 client is not registered in the LCS server, I guess that WM5 treats it as peer-to-peer call.
>
>And I'm still getting the following error:
><<messenger5dump>>
>
>Any ideas?
>
>--joe
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/