Hi all
I am compiling the SER-0.96 that downloaded the cvs with following
command:
make include_modules="mysql lcr" modules
The following error occurred:
make[1]: Entrando no diretório `/home/ser/sip_router/modules/mysql'
make[1]: `mysql.so' está atualizado.
make[1]: Saindo do diretório `/home/ser/sip_router/modules/mysql'
make[1]: Entrando no diretório `/home/ser/sip_router/modules/lcr'
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align
-minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64
-Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev13"' -DARCH='"i386"'
-DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.2"'
-D__CPU_i386 -D__OS_linux -DSER_VER=2001000
-DCFG_DIR='"/usr/local/etc/ser/"'
-DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM
-DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP
-DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
-DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK
-DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H
-DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c lcr_mod.c -o
lcr_mod.o
In file included from ../mysql/dbase.h:42,
from lcr_mod.c:53:
../mysql/../../db/db_val.h:40: error: redeclaration of enumerator
âDB_INTâ
../../db/db_fld.h:47: error: previous definition of âDB_INTâ was here
../mysql/../../db/db_val.h:41: error: redeclaration of enumerator
âDB_FLOATâ
../../db/db_fld.h:48: error: previous definition of âDB_FLOATâ was here
../mysql/../../db/db_val.h:42: error: redeclaration of enumerator
âDB_DOUBLEâ
../../db/db_fld.h:49: error: previous definition of âDB_DOUBLEâ was
here
../mysql/../../db/db_val.h:44: error: redeclaration of enumerator
âDB_STRâ
../../db/db_fld.h:51: error: previous definition of âDB_STRâ was here
../mysql/../../db/db_val.h:45: error: redeclaration of enumerator
âDB_DATETIMEâ
../../db/db_fld.h:52: error: previous definition of âDB_DATETIMEâ was
here
../mysql/../../db/db_val.h:46: error: redeclaration of enumerator
âDB_BLOBâ
../../db/db_fld.h:53: error: previous definition of âDB_BLOBâ was here
../mysql/../../db/db_val.h:48: error: redeclaration of enumerator
âDB_BITMAPâ
../../db/db_fld.h:55: error: previous definition of âDB_BITMAPâ was
here
lcr_mod.c:118: error: expected â=â, â,â, â;â, âasmâ or â__attribute__â
before âlcr_dbfâ
lcr_mod.c: In function âlcr_db_initâ:
lcr_mod.c:242: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c:242: error: (Each undeclared identifier is reported only once
lcr_mod.c:242: error: for each function it appears in.)
lcr_mod.c: In function âlcr_db_bindâ:
lcr_mod.c:260: warning: implicit declaration of function âbind_dbmodâ
lcr_mod.c:260: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c:266: warning: implicit declaration of function
âDB_CAPABILITYâ
lcr_mod.c:266: error: âDB_CAP_QUERYâ undeclared (first use in this
function)
lcr_mod.c:272: error: âDB_CAP_RAW_QUERYâ undeclared (first use in this
function)
lcr_mod.c: In function âlcr_db_closeâ:
lcr_mod.c:284: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c: In function âlcr_db_verâ:
lcr_mod.c:296: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c:305: warning: implicit declaration of function
âtable_versionâ
lcr_mod.c: In function âreload_gwsâ:
lcr_mod.c:503: error: âdb_row_tâ undeclared (first use in this
function)
lcr_mod.c:503: error: ârowâ undeclared (first use in this function)
lcr_mod.c:518: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c:534: warning: implicit declaration of function âRES_ROW_Nâ
lcr_mod.c:542: warning: implicit declaration of function âRES_ROWSâ
lcr_mod.c:543: warning: implicit declaration of function âROW_VALUESâ
lcr_mod.c:543: error: invalid type argument of â->â
lcr_mod.c:549: error: invalid type argument of â->â
lcr_mod.c:550: error: invalid type argument of â->â
lcr_mod.c:553: error: invalid type argument of â->â
lcr_mod.c:561: error: invalid type argument of â->â
lcr_mod.c:564: error: invalid type argument of â->â
lcr_mod.c:572: error: invalid type argument of â->â
lcr_mod.c:575: error: invalid type argument of â->â
lcr_mod.c:584: error: invalid type argument of â->â
lcr_mod.c:588: error: invalid type argument of â->â
lcr_mod.c: In function âload_gwsâ:
lcr_mod.c:636: error: âdb_row_tâ undeclared (first use in this
function)
lcr_mod.c:636: error: ârowâ undeclared (first use in this function)
lcr_mod.c:636: error: ârâ undeclared (first use in this function)
lcr_mod.c:636: warning: left-hand operand of comma expression has no
effect
lcr_mod.c:698: error: âlcr_dbfâ undeclared (first use in this function)
lcr_mod.c:705: error: invalid type argument of â->â
lcr_mod.c:709: error: invalid type argument of â->â
lcr_mod.c:712: error: invalid type argument of â->â
lcr_mod.c:714: error: invalid type argument of â->â
lcr_mod.c:717: error: invalid type argument of â->â
lcr_mod.c:719: error: invalid type argument of â->â
lcr_mod.c:722: error: invalid type argument of â->â
lcr_mod.c:724: error: invalid type argument of â->â
lcr_mod.c:727: error: invalid type argument of â->â
lcr_mod.c:729: error: invalid type argument of â->â
lcr_mod.c:733: error: invalid type argument of â->â
make[1]: ** [lcr_mod.o] Erro 1
make[1]: Saindo do diretório `/home/ser/sip_router/modules/lcr'
make: ** [modules] Erro 1
Somebody help me
Tanks
I have a locally defined table with attributes which may contain several values. I define each attribute /value pair as a new entry in the table then use avp_load to retrieve these values from the database. The problem is that I don't know how to retrieve the values in a specific order. For example if I have a=1, a=2, a=3 when I load the values for "a" they may be 2,1,3 or 3,1,2, etc. Is there any way to force loading in a specific sequence.
Thanks,Steve
On 12/10/07 07:04, Mihail Gluhowchenko wrote:
> Hello all work; :)
was your version old or there is a bug in sc.dbtext? Can you post the
patch of changes?
Best regards,
Daniel
> in script sc.dbtext use old format subscriber.
> Little changes and all work
>
> date_now=$(date +"%s")
> GLOB_ID=$(od -N4 -d /dev/random | head -n1 | cut -d' ' -f2,3 | sed -e
> 's/ //')
>
> add)
> if [ $# -ne 4 ] ; then
> usage
> exit 1
> fi
> shift
> credentials $1 $2
> is_user $1
> if [ $? -eq 0 ] ; then
> echo -e "\nuser already exists\n"
> exit 1
> fi
> #Add to SUBSCRIBER file
> #id(int,auto) username(str) domain(str) password(str)
> first_name(str,null) last_name(str,null) email_address(str)
> datetime_created(int) last_modified(int) ha1(str) ha1b(str)
> rpid(str,null)
>
> line="$GLOB_ID:$SERUSER:$SERDOMAIN:$2:::$3:$date_now:$date_now:$HA1:$HA1B:"
> echo $line >> $SUB_FILE
> #Add to URI file
> #id(int,auto) domain(str) uri_user(str)
> last_modified(int)
> line="$GLOB_ID:$SERDOMAIN:$SERUSER:$date_now"
> echo $line >> $URI_FILE
> echo -e "\nNew user ($SERUSER@$SERDOMAIN) added to
> DBTEXT files\n"
> ;;
> --
> Regards,
> Mihail Gluhowchenko.
> Enterprise ELTEX.
>
While simulating a database failure (stopping the service), I noticed that
OpenSER would also crash (see log below). While I don't mind the OpenSER
crash since in our configuration its highly dependent upon the database,
what I would like to do is send a 5xx series message to the client so that
it would be forced to look at one of our other proxies to complete its call.
As the client continued to send the INVITE to the original server.
How can I send a 500 Server Internal Error message back to the client in the
event of a database failure?
Dec 8 22:36:11 terra /usr/local/sbin/openser[8134]: PG[get_result]:
0x81af628 Warning: Probable invalid query
Dec 8 22:36:11 terra /usr/local/sbin/openser[8134]: PG[get_result]:
0x81af628 Warning: PGRES_FATAL_ERROR
Dec 8 22:36:11 terra /usr/local/sbin/openser[8134]: PG[get_result]:
0x81af628 Warning: server closed the connection unexpectedly This
probably means the server terminated abnormally before or while
processing the request.
Dec 8 22:36:11 terra /usr/local/sbin/openser[8147]: ERROR: receive_fd: EOF
on 23
Dec 8 22:36:11 terra /usr/local/sbin/openser[8105]: child process 8134
exited by a signal 11
Dec 8 22:36:11 terra /usr/local/sbin/openser[8105]: core was not generated
Dec 8 22:36:11 terra /usr/local/sbin/openser[8105]: INFO: terminating due
to SIGCHLD
Dec 8 22:36:11 terra /usr/local/sbin/openser[8147]: INFO: signal 15
received
Dec 8 22:36:11 terra /usr/local/sbin/openser[8140]: INFO: signal 15
received
Dec 8 22:36:11 terra /usr/local/sbin/openser[8137]: INFO: signal 15
received
I know fr_timer controls the timeout for provisional responses, and
fr_inv_timer controls the timeout for final responses. Also, the TM Module
documentation explains:
"fr_timer - this timer is used when no response was received yet. If there
is no response after
fr_timer seconds the timer triggers (and failure route will be executed if
t_on_failure() was
called). If a provisional response was received, the timer is set to
fr_inv_timer for INVITE
transactions, and RT_T2 for all other transactions. If a final response is
received, the transaction
has finished."
I understand this "If a provisional response was received, the timer is set
to fr_inv_timer for INVITE", but how can I set a different timeout for cases
when I have received 100 Trying and I didn't get a 180/183 Ringing? This is
the example mentioned in documentation:
"For example: You want to have fail over if there is no provisional response
after 3 seconds, but you
want to ring for 60 seconds. Thus, set the fr_timer to 3 and fr_inv_timer to
60."
How can I get a fail over if there is no provisional response after 3
seconds, a fail over if there is no 180/183 message after receiving 100
Trying of 10 seconds, and I want the SIP client rings for only 60 seconds?
I'll appreciate any help
Dioris Moreno
To All,
I offer comments / suggestion from perspective of enterprise user -
more precisely from perspective of the IT-folks who will be
installing and operating on behalf of their own enterprise.
First, no matter what we select, we will not be able to satisfy those
whose policy (or learning limitations) restrict them to a specific OS
/ DISTRO / VERSION / VENDOR. Just as there are myriads of
enterprise with unique approaches to their particular industry, so
also most have a very specific opinion about what works best for them.
Therefore, I suggest we boldly assert, that SER is to be promoted as
an appliance where the interests of the harried IT-folks can be best
served. Let this bundle be delivered as a as a stand alone CD/DVD
that, once it is deployed on a "buy it anywhere" machine, the
IT-folks will never need to go beyond the external web /
administrator interface into the inner realms of OS dependencies.
<DREAM>
This may be idealistic! However, broad scale enterprise acceptance
can be achieved very quickly when we are able to achieve this goal.
Oh, by-the-way, this broad user base who love the basic appliance
for it's simplicity will also love those whose talents can deliver
upscale versions of the same fundamental appliance. As one with
enough grey hair and grandchildren to have loved my 195x vintage
black and white television, I absolutely love the HD flat-screens of 2007!
</DREAM>
IMHO we should focus on an Enterprise level DISTRO. I agree with
the statement "... I think the ultimate goal should be something
like an ISO that's ready to go on a server..." Furthermore, I think
virtual machine distributions are just another in a long line of
"Silver Bullets" that may appeal to the developer heart in all of us
. . . but which will scare the crap out of the policy focused
Enterprise IT-folks.
Therefore, I feel there is enough talent among us to create the first
bundle in such a way to make it available to multiple Enterprise
users so long as they understand it as an appliance!
I have stated my preference for the CentOS-RHEL-FCx environment
because it has the broadest base of enterprise-quality custom
applications which equire mission-critical long-term stability. On
the other hand, I will be supportive of the bundled appliance concept
even if someone produces a VM - CentOS or another variation on the same theme.
..mike..
Hi,
I'm trying to configure my ser with broadsoft but to send calls to broadsoft
it need to sent via a user no ip based auth. so, is there any why that I can
send username/pass from ser to send calls to my broadsoft.
thanks
arun
Hi
Sorry if this is a stupid question, but before i dive to SIP protocol
and SER configuration i would like to know if SER doing what i need.
What i want to do is to make voip phone calls with my friends without to
use some voip provider like skype.
Is the SIP the correct think for this ?
Is the SER implementation suitable ?
Thank you in advance
Charalampos Alexopoulos
Hi,
I installed openser with cpl module and other dependencies but I don't know
how to configure it? Openser is functionally without cpl module. I am
beginner in this. Could somebody help me how to?
thanks
Martin
--
View this message in context: http://www.nabble.com/configure-openser-with-cpl-module-tf4942775.html#a141…
Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.