[Serusers] Voicemail config producing errors and zombies
Steve Blair
blairs at isc.upenn.edu
Mon Sep 13 17:23:11 CEST 2004
Ah. There was a change to voicemail in 0.8.14. Unfortunetly I don't
remember
what it is. Search on the iptel archives for voicemail during the past two
months. The articles should be there.
I kinda remember the include file is named differently. I think it is
called
voicemail.so instead of vm.so. Sorry but I cannot remember the rest of the
changes. I am still using 0.8.12 while I wait for a new server. I'll run
0.8.14
when I get that machine.
-Steve
Jeff Harrington wrote:
> I'm using 0.8.14, which I grabbed on 8/6, and sems I got from CVS on
> 8/25.
>
> Thanks,
> Jeff
>
> At 11:01 AM 9/13/2004, Steve Blair wrote:
>
>> I saw the "command must begin with..." message before. I think that
>> error had to do with which release of SEMS you downloaded. Which
>> version of SER are you using?
>>
>> -Steve
>>
>> Jeff Harrington wrote:
>>
>>> Steve,
>>> I'm trying to use sems and a second instance of ser on 5090.
>>> I did a quick test, and got some new errors in syslog. I haven't
>>> gotten far enough to see these before, so I haven't looked into it,
>>> but this is what I'm seeing:
>>>
>>> Sep 13 10:42:06 enforcer Sems[26247]: Error: application 'voicemail'
>>> not found !
>>> Sep 13 10:42:06 enforcer Sems[26247]: Error: startSession:
>>> application 'voicemai
>>> l' not found !
>>> Sep 13 10:42:06 enforcer ser[627]: ERROR: fifo_server: command
>>> t_reply is not av
>>> ailable
>>> Sep 13 10:42:06 enforcer ser[627]: ERROR: fifo_server: command must
>>> begin with :
>>> : application 'voicemail' not found !
>>> Sep 13 10:42:06 enforcer ser[627]: ERROR: fifo_server: command must
>>> begin with :
>>> : 000066872B01EEA4
>>> Sep 13 10:42:06 enforcer ser[627]: ERROR: fifo_server: command must
>>> have at leas
>>> t 3 chars
>>> Sep 13 10:42:06 enforcer Sems[26247]: Error: AmRequestUAS::reply:
>>> 500 command 't
>>> _reply' not available
>>> Sep 13 10:42:06 enforcer ser[615]: ERROR: t_should_relay: status
>>> rewrite by UAS:
>>> stored: 408, received: 487
>>> Sep 13 10:42:19 enforcer ser[627]: ERROR: fifo_server: command
>>> t_reply is not av
>>> ailable
>>> Sep 13 10:42:19 enforcer ser[627]: ERROR: fifo_server: command must
>>> begin with :
>>> : Call/Transaction Does Not Exist
>>> Sep 13 10:42:19 enforcer ser[627]: ERROR: fifo_server: command must
>>> begin with :
>>> : Contact: <sip:jharring at 199.109.32.11:5090>
>>> Sep 13 10:42:19 enforcer ser[627]: ERROR: fifo_server: command must
>>> have at leas
>>> t 3 chars
>>> Sep 13 10:42:19 enforcer Sems[26247]: Error: AmRequestUAS::reply:
>>> 500 command 't
>>> _reply' not available
>>>
>>> Again, these are new, so it may be something easy that I'm missing.
>>>
>>> Jeff
>>>
>>> At 10:42 AM 9/13/2004, Steve Blair wrote:
>>>
>>>> What are you doing for voicemail? What app? How are you sending
>>>> calls to
>>>> vm?
>>>>
>>>> _Steve
>>>>
>>>> Jeff Harrington wrote:
>>>>
>>>>> Steve,
>>>>> I had not. I put that into the file just now, and I can
>>>>> register again.
>>>>>
>>>>> Thanks for the advice, not sure if vm is working yet, but at least
>>>>> the client can connect.
>>>>>
>>>>> Jeff
>>>>>
>>>>> At 10:26 AM 9/13/2004, Steve Blair wrote:
>>>>>
>>>>>> Jeff:
>>>>>>
>>>>>> Did you set the set-variable = max_connections=500 in /etc/my.cnf?
>>>>>>
>>>>>> -Steve
>>>>>>
>>>>>> Jeff Harrington wrote:
>>>>>>
>>>>>>> All,
>>>>>>> I've been working on voicemail for a while, and haven't made
>>>>>>> much progress. In looking through the archives I've come up
>>>>>>> with a few example configs. My latest attempt gives me a number
>>>>>>> of errors. I was hoping some of the experts could help out with
>>>>>>> where I'm going wrong. I'm still in a test mode, so there are
>>>>>>> only 2 people registering. When I try to start ser, I get the
>>>>>>> below errors, and a large number of Zombie processes:
>>>>>>>
>>>>>>> Sep 10 15:46:52 enforcer ser[30812]: connect_db(): Too many
>>>>>>> connections
>>>>>>> Sep 10 15:46:52 enforcer ser[30812]: db_init(): Error while
>>>>>>> trying to connect da
>>>>>>> tabase
>>>>>>> Sep 10 15:46:52 enforcer ser[30812]: ERROR; vm_init_child: could
>>>>>>> not init db mys
>>>>>>> ql://ser:heslo@localhost/ser
>>>>>>> Sep 10 15:46:52 enforcer ser[30812]: init_mod_child(): Error
>>>>>>> while initializing
>>>>>>> module voicemail
>>>>>>> Sep 10 15:46:52 enforcer ser[30812]: init_children failed
>>>>>>>
>>>>>>> My config looks like this:
>>>>>>>
>>>>>>> #
>>>>>>> # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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"
>>>>>>> fifo_mode=0666
>>>>>>> alias="nysernet.org"
>>>>>>> alias="enforcer.nysernet.org"
>>>>>>>
>>>>>>> # ------------------ 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"
>>>>>>> loadmodule "/usr/lib/ser/modules/vm.so"
>>>>>>> loadmodule "/usr/lib/ser/modules/group.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)
>>>>>>>
>>>>>>> # -- 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")
>>>>>>>
>>>>>>> # -- rr params --
>>>>>>> # add value to ;lr param to make some broken UAs happy
>>>>>>> modparam("rr", "enable_full_lr", 1)
>>>>>>>
>>>>>>> # -- tm - fail on invite --
>>>>>>>
>>>>>>> modparam ("tm", "fr_inv_timer", 30)
>>>>>>>
>>>>>>>
>>>>>>> # -- voicemail params
>>>>>>> modparam ("voicemail","db_url","mysql://ser:heslo@localhost/ser")
>>>>>>>
>>>>>>> # ------------------------- 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 ( msg:len > 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
>>>>>>> if (loose_route()) {
>>>>>>> t_relay();
>>>>>>> break;
>>>>>>> };
>>>>>>>
>>>>>>> # 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("enforcer.nysernet.org",
>>>>>>> "subscriber")) {
>>>>>>> www_challenge("enforcer.nysernet.org",
>>>>>>> "0");
>>>>>>> break;
>>>>>>> };
>>>>>>>
>>>>>>> save("location");
>>>>>>> break;
>>>>>>> };
>>>>>>> };
>>>>>>>
>>>>>>> # Is the user in the voicemail group? If they are, store it in
>>>>>>> flag 4, before
>>>>>>> #rewriting the flag with UsrLoc
>>>>>>> if (is_user_in ("Request-URI","voicemail")) {
>>>>>>> setflag(4);
>>>>>>> };
>>>>>>>
>>>>>>> #mark transaction for voicemail (routing block 2)
>>>>>>> if (!lookup("location")){
>>>>>>> route(2);
>>>>>>> break;
>>>>>>> }
>>>>>>>
>>>>>>> # if user is on-line and is in voicemail group, enable redirection
>>>>>>> if (method == "INVITE" && isflagset(4)) {
>>>>>>> t_on_failure("1");
>>>>>>> };
>>>>>>> t_relay();
>>>>>>> }
>>>>>>>
>>>>>>> #------------------Handling of unavailable user
>>>>>>> ---------------------
>>>>>>> route[2]{
>>>>>>> #non-voip -- just send not found
>>>>>>> if (!(method == "INVITE" || method == "ACK" || method ==
>>>>>>> "CANCEL")){
>>>>>>> sl_send_reply("404","Not Found");
>>>>>>> break;
>>>>>>> }
>>>>>>> #not voicemail subscriber
>>>>>>> if (!isflagset(4)){
>>>>>>> sl_send_reply("404","Not Found and no voicemail
>>>>>>> available");
>>>>>>> break;
>>>>>>> };
>>>>>>>
>>>>>>> #forward to voicemail now
>>>>>>> rewritehostport ("199.109.32.11:5090");
>>>>>>> t_relay_to_udp("199.109.32.11","5090");
>>>>>>> }
>>>>>>> #if forwarding downstream did not succeed, try voicemail running
>>>>>>> on port 5090
>>>>>>> #
>>>>>>> failure_route[1] {
>>>>>>> revert_uri();
>>>>>>> rewritehostport ("199.109.32.11:5090");
>>>>>>> append_branch();
>>>>>>> t_relay_to_udp("199.109.32.11","5090");
>>>>>>> }
>>>>>>>
>>>>>>> Any advice as to what I can try would be appreciated.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Jeff
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Serusers mailing list
>>>>>>> serusers at lists.iptel.org
>>>>>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> ISC Network Engineering
>>>>>> The University of Pennsylvania
>>>>>> 3401 Walnut Street, Suite 221A
>>>>>> Philadelphia, PA 19104
>>>>>>
>>>>>>
>>>>>> voice: 215-573-8396
>>>>>> 215-746-7903
>>>>>>
>>>>>> fax: 215-898-9348
>>>>>>
>>>>>> sip:blairs at upenn.edu
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Serusers mailing list
>>>>> serusers at lists.iptel.org
>>>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> ISC Network Engineering
>>>> The University of Pennsylvania
>>>> 3401 Walnut Street, Suite 221A
>>>> Philadelphia, PA 19104
>>>>
>>>>
>>>> voice: 215-573-8396
>>>> 215-746-7903
>>>>
>>>> fax: 215-898-9348
>>>>
>>>> sip:blairs at upenn.edu
>>>
>>
>> --
>>
>> ISC Network Engineering
>> The University of Pennsylvania
>> 3401 Walnut Street, Suite 221A
>> Philadelphia, PA 19104
>>
>>
>> voice: 215-573-8396
>> 215-746-7903
>>
>> fax: 215-898-9348
>>
>> sip:blairs at upenn.edu
>>
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-7903
fax: 215-898-9348
sip:blairs at upenn.edu
More information about the sr-users
mailing list