sr-users June 2005

sr-users@lists.kamailio.org

241 participants
595 discussions

by Igor Balk

Senior Systems Engineer StanaPhone Communications, LLC is one of the leading Voice over Internet Protocol (VoIP) service providers and is a subsidiary of Intermedia.NET. We are opening a search for a Senior Systems Engineer. The position is located in our headquarters in New York City. With industry leaders as founders and a dynamic and growing team, this is a great opportunity to join an early-stage company with a bright future. If you're an enthusiastic and creative individual with more then 3 years of experience then this is a great career opportunity for you. You must be able to work in an very fast-paced and dynamic environment. As an early stage team member you'll have a unique opportunity to experience an open and collaborative environment in which you'll be able to help shape company strategy and direction. Responsibilities: You will work as a member of the network team, designing and developing next generation VoIP services. You must have strong knowledge of new and existing telephony protocols and their internetworking and a forward-looking perspective with the vision to develop new, innovative services with evolving protocols. Desired Skills: * Demonstrated expertise in the following areas: SIP, ENUM, TLS, TRIP, SS7, development in a Linux / UNIX environment, C and Perl programming, network programming (TCP/UDP) * Working knowledge of the following software systems: Asterisk PBX; SIP Express Router or other SIP Proxy Servers, MySQL and Oracle databases. * Cisco certification is a definite plus. * Strong troubleshooting, debugging, problem solving, and analytical skills * Effective communication (verbal and written) and interpersonal skills * You should be authorized to work in the US as we do not sponsor visas at this time. Intermedia.NET, the parent company, is a leading provider of advanced Web and Exchange Hosting Solutions. The company has been a pioneer in hosting services since 1995 and has continued to innovate, providing its customers with HostPilot, an advanced, industry-recognized control panel for server management and administration. The company responds to customers' most essential needs by providing cost effective, secure and reliable hosting solutions to more than 15,000 businesses. Headquartered in New York City, with offices and resellers worldwide, Intermedia.NET continues to be a customer-focused, financially stable and dependable company. Intermedia.NET is a Microsoft Certified Partner. More information can be found at: www.intermedia.net. Intermedia.NET is an equal opportunity employer and offers competitive wages. We provide top benefits and compensation. Please email resumes with wage history and requirements to jobs(a)stanaphone.com with "Systems Engineer" in the subject line. Please respect our time - no calls or walk-ins.

19 years, 3 months

[Serusers] ser is failing after a while with sems

by Roger Lewau

I have set up ser with mediaproxy and sems according to example configs. When I start up mediaproxy, ser and sems all phones register properly and calls can be placed internally (have no external gate yet). I also tried calling a UA not onlie to get sems to take the call and it works great. So I tell my beta tester to start testing.... 1 day after, all calls are rejected because of server error. I have to restart everything and it works again, only to fail the day after... These entries are found in the log for every call I try to make when ser stopped working. Jun 8 22:42:33 ns2 ser[523]: ERROR: t_newtran: transaction already in process 0x29830c58 Jun 8 22:42:33 ns2 ser[523]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) Error message on SJPhone is "number not available" The error message about t_newtran tells me this is caused by a part of the config added for sems to work. Also it seems that after putting the t_newtran in the config there should be some t_release as well since I get this message repeatedly after restarting ser. However I can not find any documentation stating this is necessary or where this should be put in place within ser.cfg. Jun 8 22:53:34 ns2 ser[4898]: WARNING: script writer didn't release transaction If I comment out the SEMS configuration lines withing ser.cfg and restart ser. It works properly again.... First, is there any any one with a ser.cfg script that works with sems without the error/waring messages above being logged? If so please send it to me. Secondly, have any one written any official documentation about this product, including different scenarios? Since the system is widely used I do not understand why there is no official documentation available. Dont say onsip, no more help to find there.

19 years, 3 months

[Serusers] REGISTER, auth & INVITE

by Lol Zimmerli

Hello list! I do have something like this in my ser.cfg: if (method=="REGISTER") { if (!www_authorize("domain.com", "subscriber")) { www_challenge("domain.com", "1"); break; }; break; }; It works perfectly. And if I set a line in my snom with inexistant account, of course REGISTER fails: [2]8/6/2005 16:29:39: Registrar 9898(a)212.xxx.xxx.xxx refused with code 401 But, with the same un-REGISTERed phone, I can phone: INVITE works :( I then tried something like this: if (method=="INVITE"){ if (src_ip != "212.xxx.xxx.xxx"){ if (!www_authorize("domain.com", "subscriber")) { www_challenge("domain.com", "1"); break; }; }; else{ route(1); }; }; And then, SER fail to restart: Starting SIP Express Router ERROR: bad config file (6 errors) startproc: exit status of parent of /usr/local/sbin/ser: 255 Is my approach wrong or am I doing a little typo-like error? Best regards -- # Lol Zimmerli // S y s C o ® // http://www.sysco.ch/ Write clearly - don't sacrifice clarity for "efficiency". - The Elements of Programming Style (Kernighan & Plaugher)

19 years, 3 months

[Serusers] Socketser command interface

by Rodrigo P. Telles

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks, We did a socket interface for serctl command, it means you can run serctl command in your SER box remotely. It's primitive yeat only accept a few commands. It's wrote using Perl Socket interface. Few free to use (at your own risk), change and redistribute! You can download the server and a simple client to test your server from: http://www.devel-it.org/socketser Please read socketser code before use it. Instructions to install, run and use included! We've been using it for 4 months without problems I hope you enjoy! Best regards. - -- ============================================ Rodrigo P. Telles <telles(a)devel.it> TI Manager Devel-IT - http://www.devel.it IVOZ # 1029 +55 14 3324-1200 Bestcom Group ============================================ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCpgz1iLK8unYgEMQRAqRvAJ4nTOaHzCM9H01YTrqXLE+wJ35hEQCeJUWZ +br5k43W1OkYdMRScJiidcQ= =qJvW -----END PGP SIGNATURE-----

19 years, 3 months

RE: [Serusers] Re-routing to same device in failure_route

by Karun Chemudugunta

Yes, you are right. Both INVITE messages are same except branch id. Any ideas on how can we solve this issue ? Thanks, karun -----Original Message----- From: ggb(a)tid.es [mailto:ggb@tid.es] Sent: Tuesday, June 07, 2005 3:29 PM To: Karun Chemudugunta; serusers(a)lists.iptel.org Cc: serdev(a)lists.iptel.org Subject: RE: [Serusers] Re-routing to same device in failure_route Hi, It's possible that the Xten softphone detects that the second INVITE is part of a cleared session (the first INVITE rejected with 400 error), and discards it.... G. _____ De: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] En nombre de Karun Chemudugunta Enviado el: martes, 07 de junio de 2005 18:43 Para: serusers(a)lists.iptel.org CC: serdev(a)lists.iptel.org Asunto: [Serusers] Re-routing to same device in failure_route Hi Group, Cisco 5300 -----> SER ----> Xten softphone-A ----> Failed call with error code >400 -------> try to route to Xten softphone A(same as previous) I am trying to route calls to softphones in such way that, if call failed by some reason (>400), trying to route second time to the same soft phone using append_brach() and t_relay() like below. But, soft phone is unable process INVITE message for some reason. But, if I forward failed call different soft phone, call was successful. Am I doing any thing wrong in config ??? Thanks for your help in advance. Regards, Karun ########################################################################################## # # $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=9 # 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) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" #alias=voip.cafe.bevocal.com #alias=66.77.14.238 alias=209.233.189.177 alias=voice.engca.bevocal.com # ------------------ 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/exec.so" loadmodule "/usr/lib/ser/modules/textops.so" #loadmodule "/usr/lib/ser/modules/acc.so" #modparam("acc", "log_level", 2) #modparam("acc", "log_flag", 1) #modparam("acc", "report_cancels", 1) #modparam("acc", "failed_transactions", 1) # 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) # ------------------------- 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") { save("location"); break; }; if(method=="INVITE") { log(1,"about lookup in route zero"); if (!lookup("location")) { log(1,"lookup failed :SIP request from config"); sl_send_reply("404", "Not Found"); break; }; t_on_failure("5"); }; }; # 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(); }; } failure_route[5] { log(1,"Inside failure_route five"); revert_uri(); append_branch(); if (!lookup("location")) { log(1,"lookup failed :SIP request from config"); t_reply("404", "Not Found"); break; }; if (!t_relay()) { sl_reply_error(); }; } ######################################################################################

19 years, 3 months

Re: [Serusers] UAC module: multiple PSTN gateways

by Nour Omar

Some providers use the IP of the request for authentication and billing. I was wondering how SER can handle that?? Marian Dumitru <marian.dumitru(a)voice-sistem.ro> wrote:Hi Mohammad, UAC module is not present at all in 0.9.0 version, *only* in CVS head version! So far only the CSeq problem is know to us. What exactly doesn't work for you? regards, Marian info(a)beeplove.com wrote: > I tried to configure uac module using this example on ser 0.9.0 > didn't have good luck :-( > > I am just curious to know, > Are you using cvs version of ser to make uac worked? > So far I know, there have a cseq issue. Is it solved yet? > > Thanks > MOhammad > > > Original Message: > ----------------- > From: Marian Dumitru marian.dumitru(a)voice-sistem.ro > Date: Wed, 08 Jun 2005 16:42:24 +0300 > To: info(a)beeplove.com, ext_news(a)appsfarm.com, serusers(a)lists.iptel.org > Subject: Re: [Serusers] UAC module: multiple PSTN gateways > > > Hi Mohammad, > > have a look at an example: > http://www.voice-system.ro/docs/uac/ar01s06.html#ex_auth > > the UAC module is present only in CVS head. > > regards, > Marian > > Mohammad Khan wrote: > >>Did you guys was able to use UAC module successfully? >>If yes, would you please tell what version of ser and uac module you are >>using? >> >>Thanks, >>MOhammad >> >> >>Marian Dumitru wrote: >> >> >>>Hi Cameron, >>> >>>You can specify multiple authentication credentials by just >>>enumerating several "credential" parameters for the module: >>> modparam("uac","credential","user1:realm1:passwd1") >>> modparam("uac","credential","user2:realm2:passwd2") >>> modparam("uac","credential","user3:realm3:passwd3") >>> >>>The module will choose the correct credentials to use based on the >>>"realm" from the auth challenge. >>> >>>regards, >>>Marian >>> >>> >>>Cameron Beattie wrote: >>> >>> >>>>Is it possible to specify multiple authentication credentials within >>>>the UAC module? What I want to do is access multiple PSTN gateways >>>>that each require different credentials. The basic purpose of this is >>>>to allow least cost routing. >>>> >>>>Example >>>>Provider 1 offers cheap calling to +44 (UK) >>>>Provider 2 offers cheap calling to +1 (US) >>>>When user dials a 44 destination ser should relay to Provider 1 >>>>gateway, which will require authentication using Credential 1. >>>>When user dials a 1 destination ser should relay to Provider 2 >>>>gateway, which will require authentication using Credential 2. >>>> >>>>Any advice would be greatfully received. >>>> >>>>Regards >>>> >>>>Cameron >>> >>> >>> >> > -- Voice System http://www.voice-system.ro _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

19 years, 3 months

Re: [Serusers] UAC module: multiple PSTN gateways

by info＠beeplove.com

I tried to configure uac module using this example on ser 0.9.0 didn't have good luck :-( I am just curious to know, Are you using cvs version of ser to make uac worked? So far I know, there have a cseq issue. Is it solved yet? Thanks MOhammad Original Message: ----------------- From: Marian Dumitru marian.dumitru(a)voice-sistem.ro Date: Wed, 08 Jun 2005 16:42:24 +0300 To: info(a)beeplove.com, ext_news(a)appsfarm.com, serusers(a)iptel.org Subject: Re: [Serusers] UAC module: multiple PSTN gateways Hi Mohammad, have a look at an example: http://www.voice-system.ro/docs/uac/ar01s06.html#ex_auth the UAC module is present only in CVS head. regards, Marian Mohammad Khan wrote: > Did you guys was able to use UAC module successfully? > If yes, would you please tell what version of ser and uac module you are > using? > > Thanks, > MOhammad > > > Marian Dumitru wrote: > >> Hi Cameron, >> >> You can specify multiple authentication credentials by just >> enumerating several "credential" parameters for the module: >> modparam("uac","credential","user1:realm1:passwd1") >> modparam("uac","credential","user2:realm2:passwd2") >> modparam("uac","credential","user3:realm3:passwd3") >> >> The module will choose the correct credentials to use based on the >> "realm" from the auth challenge. >> >> regards, >> Marian >> >> >> Cameron Beattie wrote: >> >>> Is it possible to specify multiple authentication credentials within >>> the UAC module? What I want to do is access multiple PSTN gateways >>> that each require different credentials. The basic purpose of this is >>> to allow least cost routing. >>> >>> Example >>> Provider 1 offers cheap calling to +44 (UK) >>> Provider 2 offers cheap calling to +1 (US) >>> When user dials a 44 destination ser should relay to Provider 1 >>> gateway, which will require authentication using Credential 1. >>> When user dials a 1 destination ser should relay to Provider 2 >>> gateway, which will require authentication using Credential 2. >>> >>> Any advice would be greatfully received. >>> >>> Regards >>> >>> Cameron >> >> >> > > -- Voice System http://www.voice-system.ro -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

19 years, 3 months

[Serusers] ser+pstn call restrict

by Szabolcs Szasz

Hi! I am new in ser configuration. My configuration: I use Audiocodes Mediant 2000 for PSTN gateway, ser-0.8.14 installed on my redhat 9.0 box, audiocodes and welltech FXS's as user agents. Now, I can call succesfully sip-->sip, sip-->PSTN and PSTN-->sip. My problem is that I need to restrict some calls for some users, international, national and local (sip-->sip calls). Can anyone help me? Here is my ser.cfg file. Thanks! # # ----------- global configuration parameters ------------------------ debug=4 fork=no log_stderror=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) fifo="/tmp/ser_fifo" listen=10.1.10.10 # ------------------ module loading ---------------------------------- 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" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/group.so" loadmodule "/usr/local/lib/ser/modules/uri.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0)# add value to ;lr param to make some broken UAs happy # -- rr params -- modparam("rr", "enable_full_lr", 1) # ------------- accounting parameters modparam("acc", "log_missed_flag", 3) modparam("acc", "log_level", 1) modparam("acc", "log_flag", 1) # ------------- usrloc parameters # 2 enables write-back to persistent mysql storage for speed # disable=0, write-through=1 modparam("usrloc", "db_mode", 2) # minimize write back window - default is 60 seconds modparam("usrloc", "timer_interval", 10) # database location modparam("usrloc", "db_url", "sql://ser:heslo@localhost/ser") # ------------- auth parameters # database location modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser") # allows clear text passwords in the mysql database modparam("auth_db", "calculate_ha1", yes) # name of password column in mysql database modparam("auth_db", "password_column", "password") # ------------------------- 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; }; # forward all calls to audiocodes with 0 as the digit header if ( (uri=~"sip:0[0-9]*@*") | (uri=~"sip:1111@*") ){ rewritehostport("10.1.10.1:5060"); forward(10.1.10.1, 5060); 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("10.1.10.10", "subscriber")) { www_challenge("10.1.10.10", "0"); break; }; save("location"); break; }; lookup("aliases"); # 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(); }; } _____________________________ Szabolcs Szasz Digi Communication SRL H2/3 Petofi Sandor St. Sovata, Mures, Romania sszasz(a)digicomm.ro www.digicomm.ro _____________________________

19 years, 3 months

[Serusers] Re: [Serdev] ENUM issues - req. for discussion#

by Samuel Osorio Calvo

Then I see it would take too much effort to add an asynchronous resolver, but I don't think the lack of memory is the right answer: your proposal of using 500 children is more memory demanding than forking, isn't it? You can just add a configuration variable, max_fork=500 and with , for instance, children=3 your deployment will require much less memory than just children=500!!!!!!!!! Nevertheless, for simplicity (in the sense of less points of failure and a more stable system) it is better to stay with the "common" resolver. Samuel. Unclassified. >>> Andrei Pelinescu-Onciul <andrei(a)iptel.org> 06/07/05 04:49PM >>> On Jun 07, 2005 at 14:56, Samuel Osorio Calvo <samuel.osorio@nl.thalesgroup..com> wrote: > >If DNS is slow, or misconfigured (e.g. a zone is delegated to a > >nameserver which is down), the thread will be blocked for several > >seconds. E.g. if you use debian woody and 2 nameservers in > >/etc/resolv.conf, the timeout is 20 seconds. If you are lucky, the OS > >allows configuration of the DNS timeouts. Nevertheless, you have to > >consider that a ser thread will be blocked up to 20 seconds. This has > >impacts on your configuration: > > I don't know the details but would it be really difficult to use an asyncrhonous resolver, such as resiprocate SIP stack does with ARES?? Besides exec_* calls, the main SER's performance bottelneck is the DNS resolving step thus it would be a great improvement adding asyncronous DNS queries. Using asynchronous dns would work as long as you have memory to save the state of the pending dns request. It could be easily attacked in the same way (lots of DNS requests that will take a long time to resolve => out of memory => no more messages processed). Besides using it would mean saving the complete state of the message and of the ser processing of the message in the moment the dns request was made. For example if you make a dns request in module foo, function bar() you should be able to continue from exactly the same point in exactly the same state, when you receive the reply. This would mean something equivalent to saving the whole call trace (the whole stack for that matter) and a lot of global variables. The ammount of complexity involved in converting ser to such a model (where such a detailed state is saved that it makes possible resuming processing at a later time) would be huge. I don't think this would be doable in finite time :-) As an alternative one could fork threads (which would save all the information involved except all the global vars.), or new processes (which would save everything). However in this case we would deal with the forking overhead. This can be attacked too (turning ser into a fork bomb). I think it's much better to start ser with lots of children processes (let's say 500, or the maximum acceptable for your machine configuration). So, I don't think async. dns would be a solution. [...] Andrei

19 years, 3 months

Re: [Serusers] problem with serctl

by Bruno Oliveira

Hi, my /var/log/syslog print: "Jun 8 09:18:58 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:18:58 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:18:58 uiara sbin/ser[2490]: Maxfwd module- initializing Jun 8 09:23:05 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:23:05 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:23:05 uiara /usr/local/sbin/ser[2534]: Maxfwd module- initializing Jun 8 09:23:27 uiara nagios: Error: Could not re-connect to database server on host '' for status data. I'll keep trying every 60 seconds... Jun 8 09:30:09 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:30:09 uiara ser: WARNING: fix_socket_list: could not rev. resolve 192.168.1.2 Jun 8 09:30:09 uiara /usr/local/sbin/ser[2555]: Maxfwd module- initializing" thanks for your help! On 6/8/05, Felipe Martins <fmartins(a)mundivox.com> wrote: > > Take a Look at your /var/log/syslog, and send the error message to us ....!!! > > > On Wed, 8 Jun 2005 09:27:33 -0300 > Bruno Oliveira <n1gg4s(a)gmail.com> wrote: > > > Hi, > > i have: > > ser 0.9.0 > > mysql 4.0.24 > > debian > > > > when i type command /sbin/serctl start, the serctl print this line in > > pront command: > > > > "uiara:~# /usr/local/sbin/serctl start > > > > Starting SER : PID file /var/run/ser.pid does not exist -- SER start failed" > > > > Anyone know why ? > > > > thanks for your time. > > > > -- > > []s, > > Bruno "Niggas" Oliveira > > Belo Horizonte - MG > > Msn: n1gg4s(a)gmail.com > > Icq: 176314647 > > > > "Todo o nosso descontentamento por aquilo > > que nos falta procede da nossa falta de > > gratidão por aquilo que temos." > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > -- > Felipe Martins > Mundivox Communications > Tecnologia e Projetos > fmartins(a)mundivox.com > > Tel.: +55 +21 +3820 8839 > Cel.: +55 +21 +9823 8602 > Fax.: +55 +21 +3820 8844 > www.mundivox.com > > > -- []s, Bruno "Niggas" Oliveira Belo Horizonte - MG Msn: n1gg4s(a)gmail.com Icq: 176314647 "Todo o nosso descontentamento por aquilo que nos falta procede da nossa falta de gratidão por aquilo que temos."

19 years, 3 months

← Newer
1
...
43
44
45
46
47
48
49
...
60
Older →

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 June 2005