sr-users June 2006

sr-users@lists.kamailio.org

203 participants
495 discussions

RE: [Users] RE: [Devel] Memory Leak in latest cvs version?

by Douglas Garstang

I also tried sending a USR1 signal to openser... it did not appear to dump any memory status.... anywhere.... > -----Original Message----- > From: Douglas Garstang > Sent: Wednesday, June 07, 2006 9:57 AM > To: Bogdan-Andrei Iancu > Cc: devel(a)openser.org; Users(a)openser.org > Subject: [Users] RE: [Devel] Memory Leak in latest cvs version? > > > Thanks Bogdan. > > A few things of note. Firstly, I'm using the default memory > size, and secondly, the system has processed hardly any > calls, IF ANY. Given these two confiditions, it would seem > that problem is abnormal, not normal. > > Douglas. > > > -----Original Message----- > > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > > Sent: Wednesday, June 07, 2006 9:23 AM > > To: Douglas Garstang > > Cc: Users(a)openser.org; devel(a)openser.org > > Subject: Re: [Devel] Memory Leak in latest cvs version? > > > > > > Hi Douglas, > > > > I just put together a wiki page about debugging memory > > problems. Please see: > > http://openser.org/dokuwiki/doku.php?id=memory > > > > and follow the instructions. > > > > regards, > > bogdan > > > > > > Douglas Garstang wrote: > > > > >I'm wondering if there's a memory leak or something in the > > latest cvs version of openser. > > >Only been running it for a while, processing very few calls, > > and this was appearing... > > > > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > > get_record: rdata parse error > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > > get_record > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > > build_req_buf_from_sip_req: out of memory > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: > > ERROR:tm:print_uac_request: no pkg_mem > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: > > ERROR:tm:t_forward_nonack: failure to add branches > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 424 > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 424 > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7333]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:01 apollo /usr/local/sbin/openser[7331]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7327]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7332]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > dns_cname_parser: out of memory > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record: rdata parse error > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > build_req_buf_from_sip_req: out of memory > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: > > ERROR:tm:print_uac_request: no pkg_mem > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: > > ERROR:tm:t_forward_nonack: failure to add branches > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 444 > > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 444 > > >Jun 7 08:11:03 apollo /usr/local/sbin/openser[7329]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:03 apollo /usr/local/sbin/openser[7333]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7327]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7332]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > dns_cname_parser: out of memory > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > get_record: rdata parse error > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > get_record > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > build_req_buf_from_sip_req: out of memory > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: > > ERROR:tm:print_uac_request: no pkg_mem > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: > > ERROR:tm:t_forward_nonack: failure to add branches > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 441 > > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 441 > > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7328]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7329]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7333]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7332]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7326]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 379 > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > dns_naptr_parser: out of memory > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record: rdata parse error > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > dns_srv_parser: out of memory > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record: rdata parse error > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > get_record > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > build_req_buf_from_sip_req: out of memory > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: > > ERROR:tm:print_uac_request: no pkg_mem > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: > > ERROR:tm:t_forward_nonack: failure to add branches > > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > > build_res_buf_from_sip_req: out of memory ; needs 424 > > > > > > > > >_______________________________________________ > > >Devel mailing list > > >Devel(a)openser.org > > >http://openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

18 years, 5 months

[Serusers] acc.so loaded error

by Jason Zhang

When running "ser -c", this error appeared: 0(3652) ERROR: load_module: could not open module </usr/local/lib/ser/modules/acc.so>: /usr/local/lib/ser/modules/acc.so: undefined symbol: rc_avpair_add 0(3652) parse error (37,13-14): failed to load module ERROR: bad config file (1 errors) What should I do for this problem? Thanks & Best Regards, Jason

18 years, 5 months

[Users] RE: [Devel] Memory Leak in latest cvs version?

by Douglas Garstang

Thanks Bogdan. A few things of note. Firstly, I'm using the default memory size, and secondly, the system has processed hardly any calls, IF ANY. Given these two confiditions, it would seem that problem is abnormal, not normal. Douglas. > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Wednesday, June 07, 2006 9:23 AM > To: Douglas Garstang > Cc: Users(a)openser.org; devel(a)openser.org > Subject: Re: [Devel] Memory Leak in latest cvs version? > > > Hi Douglas, > > I just put together a wiki page about debugging memory > problems. Please see: > http://openser.org/dokuwiki/doku.php?id=memory > > and follow the instructions. > > regards, > bogdan > > > Douglas Garstang wrote: > > >I'm wondering if there's a memory leak or something in the > latest cvs version of openser. > >Only been running it for a while, processing very few calls, > and this was appearing... > > > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > get_record: rdata parse error > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > get_record > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > build_req_buf_from_sip_req: out of memory > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: > ERROR:tm:print_uac_request: no pkg_mem > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: > ERROR:tm:t_forward_nonack: failure to add branches > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 424 > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7329]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 424 > >Jun 7 08:10:58 apollo /usr/local/sbin/openser[7333]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:01 apollo /usr/local/sbin/openser[7331]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7327]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7332]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > dns_cname_parser: out of memory > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record: rdata parse error > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > build_req_buf_from_sip_req: out of memory > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: > ERROR:tm:print_uac_request: no pkg_mem > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: > ERROR:tm:t_forward_nonack: failure to add branches > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 444 > >Jun 7 08:11:02 apollo /usr/local/sbin/openser[7330]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 444 > >Jun 7 08:11:03 apollo /usr/local/sbin/openser[7329]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:03 apollo /usr/local/sbin/openser[7333]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7327]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7332]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > dns_cname_parser: out of memory > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > get_record: rdata parse error > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > get_record > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > build_req_buf_from_sip_req: out of memory > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: > ERROR:tm:print_uac_request: no pkg_mem > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: > ERROR:tm:t_forward_nonack: failure to add branches > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 441 > >Jun 7 08:11:04 apollo /usr/local/sbin/openser[7326]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 441 > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7328]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7329]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:05 apollo /usr/local/sbin/openser[7333]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7332]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7326]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 379 > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > dns_naptr_parser: out of memory > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record: rdata parse error > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > dns_srv_parser: out of memory > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record: rdata parse error > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > get_record > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > build_req_buf_from_sip_req: out of memory > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: > ERROR:tm:print_uac_request: no pkg_mem > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: > ERROR:tm:t_forward_nonack: failure to add branches > >Jun 7 08:11:06 apollo /usr/local/sbin/openser[7330]: ERROR: > build_res_buf_from_sip_req: out of memory ; needs 424 > > > > > >_______________________________________________ > >Devel mailing list > >Devel(a)openser.org > >http://openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > >

18 years, 5 months

[Serusers] How to stop SER

by sumit dengri

sir How can I stop SER? I m tryin to stop SER using the followin command: ser stop But it doesnt show any message like SER stopped or Service stopped. PLZ Help me out. regards. Send instant messages to your online friends http://in.messenger.yahoo.com Stay connected with your friends even when away from PC. Link: http://in.mobile.yahoo.com/new/messenger/

18 years, 5 months

[Serusers] How to connect Ser and NEAX 2000 PABX

by S.A.S. Lorensuhewa

Dear All, I am very new to SIP matters. Currenly I am configuring sip server (SER) for our Faculty and in the near future I am looking for connecting our Digital PBX (NEAX 2000) with sip server to communicate with each other via some layer three equipment such as LAyer 3 swich (3COM 35000) which is core switch for our faculty network. But I have liittle idea on technical maatters regarding this. Some people say IPPAD will do the job, others say ISDN card will do the job. Can anybody suggest me anythig regarding this matter. IF spmebody has done this one earlier, I would very much appriciate if I can share that experince. Rgrads Aruna ---------------------------------------------------------- S. A. S. Lorensuhewa Head, Department of Computer Science University of Ruhuna, Matara, Sri Lanka Telephone: 0094 (0)41 2227019 Fax: 0094 (0)41 2222683 Email: lorensuhewa(a)cc.ruh.ac.lk, aruna(a)cc.ruh.ac.lk

18 years, 5 months

Re: [Serusers] Problem with Presence

by Vaclav Kubart

You need to have libcurl3-dev installed and something similar for mysql (I think libmysqlclient12-dev). Vaclav On Thu, Jun 08, 2006 at 09:09:06AM +0200, Alois Schafferhofer wrote: > Thank you. > > I downloaded the version "ser-0.10.99-dev35-pa-4.1", but I had problems to > build the files. > > With "make install include_modules="pa rls mysql", I get some Errors: > > ERROR: module modules/mysql/mysql.so not compiled > ERROR: module modules/pa/pa.so not compiled > ERROR: module modules/presence_b2b/presence_b2b.so not compiled > ERROR: module modules/rls/rls.so not compiled > > > make[1]: Entering directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/mysql' > gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall > -minline-all-stringops -falign-loops > -mcpu=i686 -DNAME='"ser"' -DVERSION='"0.10.99-dev35-pa-4.1"' -DARCH='"i386"' > -DOS='"linux"' -DCOMPILER='"gcc 3.3.5"' -D__CPU_i386 -D__OS_linux > -DSER_VER=10099 > -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP > -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE > -DHAVE_RESOLV_RES -DDBG_QM_MALLOC -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_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/local/include -I > /usr/local/include/mysql -I/usr/local/mysql/include -I/usr/include/mysql -c > db_mod.c -o db_mod.o > db_mod.c:40:19: mysql.h: No such file or directory > db_mod.c: In function `mysql_mod_init': > db_mod.c:93: warning: implicit declaration of function > `mysql_get_client_info' > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > db_mod.c:93: warning: format argument is not a pointer (arg 3) > make[1]: *** [db_mod.o] Error 1 > make[1]: Leaving directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/mysql' > > make[1]: Entering directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/pa' > gcc -shared -Wl,-O2 -Wl,-E auth.o dlist.o hslot.o location.o message.o > notify.o offline_winfo.o > pa_mod.o paerrno.o pdomain.o person_elements.o pres_notes.o presentity.o > ptime.o publish.o > qsa_interface.o reply.o rpc.o status_query.o subscribe.o tuple_notes.o > watcher.o winfo_doc.o -L > /usr/local/lib -L/usr/pkg/lib -L../../lib/xcap -L../../lib/presence > -L../../lib/cds -l_ser_xcap > -l_ser_presence -l_ser_cds -o pa.so > /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../../i586-suse-linux/bin/ld: > cannot find -l_ser_xcap > collect2: ld returned 1 exit status > make[1]: *** [pa.so] Error 1 > make[1]: Leaving directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/pa' > > make[1]: Entering directory `/root/Desktop/Presence/ser-0.10.99-dev35-pa- > 4.1/modules/presence_b2b' > gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall > -minline-all-stringops -falign-loops > -mcpu=i686 -DNAME='"ser"' -DVERSION='"0.10.99-dev35-pa-4.1"' -DARCH='"i386"' > -DOS='"linux"' -DCOMPILER='"gcc 3.3.5"' -D__CPU_i386 -D__OS_linux > -DSER_VER=10099 > -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP > -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE > -DHAVE_RESOLV_RES -DDBG_QM_MALLOC -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_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/include/libxml2 -I > /usr/local/include/libxml2 -I/usr/local/include -Wall -I../../lib -DSER > -I../.. -c events_mod.c -o > events_mod.o > events_mod.c:7:23: curl/curl.h: No such file or directory > events_mod.c: In function `events_mod_init': > events_mod.c:78: warning: implicit declaration of function > `curl_global_init' > events_mod.c:78: error: `CURL_GLOBAL_ALL' undeclared (first use in this > function) > events_mod.c:78: error: (Each undeclared identifier is reported only once > events_mod.c:78: error: for each function it appears in.) > make[1]: *** [events_mod.o] Error 1 > make[1]: Leaving directory `/root/Desktop/Presence/ser-0.10.99-dev35-pa- > 4.1/modules/presence_b2b' > > make[1]: Entering directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/rls' > gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall > -minline-all-stringops -falign-loops > -mcpu=i686 -DNAME='"ser"' -DVERSION='"0.10.99-dev35-pa-4.1"' -DARCH='"i386"' > -DOS='"linux"' -DCOMPILER='"gcc 3.3.5"' -D__CPU_i386 -D__OS_linux > -DSER_VER=10099 > -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP > -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE > -DHAVE_RESOLV_RES -DDBG_QM_MALLOC -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_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/include/libxml2 -I > /usr/local/include/libxml2 -I/usr/local/include -Wall -I../../lib -DSER > -I../.. -c rls_mod.c -o rls_mod.o > rls_mod.c:8:23: curl/curl.h: No such file or directory > rls_mod.c: In function `rls_mod_init': > rls_mod.c:176: warning: implicit declaration of function `curl_global_init' > rls_mod.c:176: error: `CURL_GLOBAL_ALL' undeclared (first use in this > function) > rls_mod.c:176: error: (Each undeclared identifier is reported only once > rls_mod.c:176: error: for each function it appears in.) > make[1]: *** [rls_mod.o] Error 1 > make[1]: Leaving directory > `/root/Desktop/Presence/ser-0.10.99-dev35-pa-4.1/modules/rls' > > > I have no idea what I'm doing wrong. > > Best regards, > Alois > > > >From: Vaclav Kubart <vaclav.kubart(a)iptel.org> > >To: Alois Schafferhofer <schaffi_lui(a)hotmail.com> > >CC: serusers(a)iptel.org > >Subject: Re: [Serusers] Problem with Presence > >Date: Thu, 8 Jun 2006 08:30:47 +0200 > > > >0.9.3 is too old version. I recommend you to use presence snapshot. > > Vaclav > > > >On Wed, Jun 07, 2006 at 02:47:10PM +0200, Alois Schafferhofer wrote: > >> I use the PA-module of the SER version 0.9.3. Generally, I use the RPM > >> package for Suse. > >> > >> Maybe I have an error in my config-file. > >> > >> > >> > >> # > >> # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ > >> # > >> # simple quick-start config script > >> # > >> # ----------- global configuration parameters ------------------------ > >> #debug=3 # debug level (cmd line: -dddddddddd) > >> #fork=yes > >> #log_stderror=yes # (cmd line: -E) > >> /* Uncomment these lines to enter debugging mode > >> 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=2 > >> alias="fh-joanneum.at" > >> listen=10.15.200.19 > >> fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@127.0.0.1:3306/ser" > >> sip_warning=yes > >> # ------------------ 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/textops.so" > >> loadmodule "/usr/lib/ser/modules/mysql.so" > >> loadmodule "/usr/lib/ser/modules/pa.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) > >> modparam("pa", "default_expires", 3600) > >> modparam("pa", "default_priority_percentage", 50) > >> modparam("pa", "timer_interval", 10) > >> modparam("pa", "use_db", 1) > >> modparam("pa", "use_place_table", 1) > >> modparam("pa", "use_bsearch", 0) > >> modparam("pa", "use_location_package", 1) > >> modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser") > >> modparam("pa", "pa_domain", "fh-joanneum.at") > >> modparam("pa", "presentity_table", "presentity") > >> modparam("pa", "presentity_contact_table", "presentity_contact") > >> modparam("pa", "watcherinfo_table", "watcherinfo") > >> modparam("pa", "place_table", "place") > >> modparam("pa", "new_watcher_pending", 0) > >> modparam("pa", "callback_update_db", 50) > >> #modparam("pa", "callback_lock_pdomain", 1) > >> modparam("pa", "new_tuple_on_publish", 1) > >> modparam("pa", "pidf_priority", 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 >= 2048 ) { > >> 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 > >> if (!method=="REGISTER") record_route(); > >> # subsequent messages withing a dialog should take the > >> # path determined by record-routing > >> if (loose_route()) { > >> # mark routing logic in request > >> append_hf("P-hint: rr-enforced\r\n"); > >> route(1); > >> break; > >> }; > >> if (!uri==myself) { > >> # mark routing logic in request > >> append_hf("P-hint: outbound\r\n"); > >> route(1); > >> 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=="SUBSCRIBE") { > >> log(1, "SUBSCRIBE received"); > >> if (!t_newtran()) { > >> log(1, "newtran error\n"); > >> sl_reply_error(); > >> }; > >> log(1, "handle subscribe request\n"); > >> handle_subscription("Registrar"); > >> log(1, "handled subscription\n"); > >> break; > >> }; > >> if (method=="REGISTER") { > >> # Uncomment this if you want to use digest authentication > >> if (!www_authorize("fh-joanneum.at", "subscriber")) { > >> www_challenge("fh-joanneum.at", "0"); > >> break; > >> }; > >> save("location"); > >> break; > >> }; > >> if (method=="PUBLISH") { > >> if (!t_newtran()) { > >> log(1, "newtran error\n"); > >> sl_reply_error(); > >> # break; > >> }; > >> log(1, "handle publish request\n"); > >> handle_publish("Registrar"); > >> log(1, "handled publish\n"); > >> break; > >> }; > >> lookup("aliases"); > >> if (!uri==myself) { > >> append_hf("P-hint: outbound alias\r\n"); > >> route(1); > >> break; > >> }; > >> # native SIP destinations are handled using our USRLOC DB > >> if (!lookup("location")) { > >> sl_send_reply("404", "Not Found"); > >> break; > >> }; > >> }; > >> append_hf("P-hint: usrloc applied\r\n"); > >> route(1); > >> } > >> route[1] > >> { > >> # send it out now; use stateful forwarding as it works reliably > >> # even for UDP2TCP > >> if (!t_relay()) { > >> sl_reply_error(); > >> }; > >> } > >> > >> > >> > >> Regards, > >> Alois > >> > >> > >> >From: Vaclav Kubart <vaclav.kubart(a)iptel.org> > >> >To: Alois Schafferhofer <schaffi_lui(a)hotmail.com> > >> >CC: serusers(a)lists.iptel.org > >> >Subject: Re: [Serusers] Problem with Presence > >> >Date: Wed, 7 Jun 2006 09:51:03 +0200 > >> > > >> >Hi. > >> >What version do you use? For presence are recommended "presence > >> >snapshots" published on ftp.iptel.org. > >> > > >> >You need to set db_mode and db_url parameters like: > >> > > >> >modparam("pa", "use_db", 1) > >> >modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser") > >> > > >> > Vaclav > >> > > >> >On Tue, Jun 06, 2006 at 02:08:23PM +0200, Alois Schafferhofer wrote: > >> >> Hi, > >> >> > >> >> If I want to send a Publish request to the SIP Express Router, it > >> >doesn't > >> >> store the status into the "presentity"-table. > >> >> > >> >> I get following lines into the log-file: > >> >> > >> >> /usr/sbin/ser[10124]: handle publish request > >> >> /usr/sbin/ser[10124]: get_pres_uri: _puri=sip:PDA_User at > >mydomain.com > >> >> /usr/sbin/ser[10124]: handle_publish -4- p_uri= p_uri.len=23 > >> >> /usr/sbin/ser[10124]: handle_publish -5- presentity=0x4069e0b8 > >> >> /usr/sbin/ser[10124]: publish_presentity: no tuple for PDA_User at > >> >> mydomain.com > >> >> /usr/sbin/ser[10124]: handle_publish -8- paerrno=0 > >> >> /usr/sbin/ser[10124]: handled publish > >> >> > >> >> Best regards, > >> >> Alois > >> >> > >> >> > >> >> _______________________________________________ > >> >> Serusers mailing list > >> >> Serusers(a)lists.iptel.org > >> >> http://lists.iptel.org/mailman/listinfo/serusers > >> >

18 years, 5 months

[Serusers] RE: Authorizing IM requests

by İlker Aktuna (Koç.net)

Hi, I've copied the usrloc module of my older working compile. It works fine now. I think I'll leave it this way :) Thanks for all the help you supplied. Regards, ilker ________________________________ From: İlker Aktuna (Koç.net) Sent: Wednesday, June 07, 2006 9:17 AM To: 'Vaclav Kubart' Cc: samuel; serusers(a)iptel.org Subject: RE: Authorizing IM requests Hi Vaclav, Did you have time to check usrloc for db support ? Thanks, ilker -----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Wednesday, May 31, 2006 12:57 PM To: İlker Aktuna (Koç.net) Cc: samuel; serusers(a)iptel.org Subject: Re: Authorizing IM requests The file format is different! You really CAN NOT set these rules from EyeBeam. The filename is given as parameter to authorize_message function (in CVS version; not snapshot). If you need it quickly you really have to correct it somewhere in sources (I don't know where). Vaclav On Wed, May 31, 2006 at 10:52:42AM +0300, ?lker Aktuna (Koç.net) wrote: > Hi Vaclav, > > On which file does Ser look for when authorizing messages ? > According to that maybe I can link privacy-lists file to im-rules file > (which Ser looks for) Would that work ? > > Usrloc problem is very important for me. Please tell me anything I can > do to find out the problem (if there is anything that I can do) > > Thanks, > ilker > > -----Original Message----- > From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] > Sent: Wednesday, May 31, 2006 9:29 AM > To: ?lker Aktuna (Koç.net) > Cc: samuel; serusers(a)iptel.org > Subject: Re: Authorizing IM requests > > Hi, > yes I did, but I had forgotten... > > You can NOT use EyeBeam to work with message authorization - it will NEVER set the rules which are needed by SER. You can do this only manually on XCAP server. > > I try to look on the userloc problem, but don't know when. > > Vaclav > > On Tue, May 30, 2006 at 05:29:27PM +0300, ?lker Aktuna (Koç.net) wrote: > > Hi Vaclav, > > > > Did you receive my following email ? > > > > Btw, I still couldn't find the neccessary db structure for using > > usrloc with db support. Can you point me to the right person who > > knows the required db structure ? > > > > Thanks, > > ilker > > > > ________________________________ > > > > From: ?lker Aktuna (Koç.net) > > Sent: Monday, May 29, 2006 12:52 PM > > To: 'Vaclav Kubart' > > Cc: samuel; serusers(a)iptel.org > > Subject: RE: Authorizing IM requests > > > > > > > > > > Well, then what can I use in the following line to authorize IM messages ? > > > > if (authorize_message("https://sip.koc.net/xcap")) { > > > > Eyebeam updates file /xcap/privacy-lists/user/privacy-lists.xml when I change the "privacy" configuration on Eyebeam client. > > > > Thanks, > > ilker > > > > -----Original Message----- > > From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] > > Sent: Friday, May 26, 2006 4:48 PM > > To: ?lker Aktuna (Koç.net) > > Cc: samuel; serusers(a)iptel.org > > Subject: Re: Authorizing IM requests > > > > Yes, I meant, that this will not work together. > > > > I don't know. Privacy-lists are something eyeBeam's internal or something standardized? > > > > Im-rules are SER internal. > > > > Vaclav > > > > On Fri, May 26, 2006 at 04:43:35PM +0300, ?lker Aktuna (Koç.net) wrote: > > > Do you mean it won't work with privacy-lists ? > > > What can I try ? > > > > > > Thanks, > > > ilker > > > > > > -----Original Message----- > > > From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] > > > Sent: Friday, May 26, 2006 4:40 PM > > > To: ?lker Aktuna (Koç.net) > > > Cc: samuel; serusers(a)iptel.org > > > Subject: Re: Authorizing IM requests > > > > > > EyeBeam won't use im-rules and SER won't use with privacy-lists. It something else. > > > > > > Vaclav > > > > > > On Fri, May 26, 2006 at 02:24:42PM +0300, ?lker Aktuna (Koç.net) wrote: > > > > Hi Samuel, > > > > > > > > Now that presence is working I'm checking xcap possibilities. > > > > I see that IM xcap authorization is not working. > > > > > > > > I don't know what to use in: > > > > >if (authorize_message("im-rules.xml")){ > > > > > > > > My client (Eyebeam) does not use im-rules.xml , but it uses > > > > privacy-lists.xml and that file is in privacy-lists folder. How > > > > should I change the configuration line to use this file ? > > > > > > > > Regards, > > > > ilker > > > > > > > > -----Original Message----- > > > > From: samuel [mailto:samu60@gmail.com] > > > > Sent: Tuesday, May 16, 2006 5:26 PM > > > > To: Vaclav Kubart > > > > Cc: ?lker Aktuna (Koç.net); serusers(a)iptel.org > > > > Subject: Re: [Serusers] PA error sending notifies > > > > > > > > 2006/5/16, Vaclav Kubart <vaclav.kubart(a)iptel.org>: > > > > > reply inline... > > > > > > If you are using XCAP authentication for MESSAGEs, there's a > > > > > > function called authorize_message that needs to have as > > > > > > parameter the file name of the IM ruleset. > > > > > > For user sam, in xcap-root/im-rules/users/sam/im-rules.xml > > > > > > there are the rules for this function. The XML file is > > > > > > similar to the presence-rules but has important differences > > > > > > (correct me if I'm wrong, > > > > > > Vaclav!!!): > > > > > > *it only has a blacklist parameter (no whitelist!!) > > > > > > > > > > It doesn't depend on name of the rule > > > > > (blacklist/whitelist/...) it depends on the action (block, > > > > > ...). You can have as many rules as you want, but to > > > > > explicitly enable something > > > > > (whitelist) is needless because MESSSAGEs are allowed by > > > > > default (at the end of the presence handbook I tried to > > > > > describe im-rules the same way as presence-rules are described in their draft). > > > > > > > > > > > *the namespace is different (so be carefull in copy&paste > > > > > > from the > > > > > > presence-rules!!!) and, as Vaclav poitned out "proprietary" > > > > > > from iptel. > > > > > > > > > > And the action element name differs: <im-handling> is used > > > > > instead of <sub-handling>. > > > > > > > > > > > > > Uops...I haven't noticed :P thanks! > > > > > > > > > Vaclav > > > > > > > > > > > > > > > > > About the structure I have: x86 debian testing. Libraries > > > > > > versions I don't know exactly but the ones in the testing > > > > > > repository EXCEPT a library which I had to get for serweb > > > > > > from the stable version...but it's not affecting SER part. > > > > > > > > > > > > Samuel. > > > > > > 2006/5/16, ?lker Aktuna (Koç. net ) <ilkera(a)koc.net>: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >Hi, > > > > > > > > > > > > > >What did you mean by following: > > > > > > > > > > > > > >>Instead of > > > > > > >>> > > > > > > >>> if (authorize_message("http://localhost/xcap")) { > > > > > > >> > > > > > > >>there should be > > > > > > >> > > > > > > >>if (authorize_message("im-rules.xml")){ > > > > > > > > > > > > > >Btw, did you receive my email with following questions : > > > > > > > > > > > > > >>> I have the same problem with notification and other > > > > > > >>> presence messages > > > > > > >with you. > > > > > > >>> Can you tell me which Linux distribution you are using Ser on ? > > > > > > >>> Also please include version numbers for libraries that > > > > > > >>> are required by > > > > > > >Ser. > > > > > > >>> > > > > > > >>> I am trying to find similarities between yours and my ser server. > > > > > > > > > > > > > >Regards, > > > > > > >ilker > > > > > > > > > > <http://387555.sigclick.mailinfo.com/sigclick/000D0501/0402490B/07034E06/235…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

18 years, 5 months

Re: [Serusers] Problem with Presence

by Vaclav Kubart

0.9.3 is too old version. I recommend you to use presence snapshot. Vaclav On Wed, Jun 07, 2006 at 02:47:10PM +0200, Alois Schafferhofer wrote: > I use the PA-module of the SER version 0.9.3. Generally, I use the RPM > package for Suse. > > Maybe I have an error in my config-file. > > > > # > # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ > # > # simple quick-start config script > # > # ----------- global configuration parameters ------------------------ > #debug=3 # debug level (cmd line: -dddddddddd) > #fork=yes > #log_stderror=yes # (cmd line: -E) > /* Uncomment these lines to enter debugging mode > 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=2 > alias="fh-joanneum.at" > listen=10.15.200.19 > fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@127.0.0.1:3306/ser" > sip_warning=yes > # ------------------ 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/textops.so" > loadmodule "/usr/lib/ser/modules/mysql.so" > loadmodule "/usr/lib/ser/modules/pa.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) > modparam("pa", "default_expires", 3600) > modparam("pa", "default_priority_percentage", 50) > modparam("pa", "timer_interval", 10) > modparam("pa", "use_db", 1) > modparam("pa", "use_place_table", 1) > modparam("pa", "use_bsearch", 0) > modparam("pa", "use_location_package", 1) > modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser") > modparam("pa", "pa_domain", "fh-joanneum.at") > modparam("pa", "presentity_table", "presentity") > modparam("pa", "presentity_contact_table", "presentity_contact") > modparam("pa", "watcherinfo_table", "watcherinfo") > modparam("pa", "place_table", "place") > modparam("pa", "new_watcher_pending", 0) > modparam("pa", "callback_update_db", 50) > #modparam("pa", "callback_lock_pdomain", 1) > modparam("pa", "new_tuple_on_publish", 1) > modparam("pa", "pidf_priority", 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 >= 2048 ) { > 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 > if (!method=="REGISTER") record_route(); > # subsequent messages withing a dialog should take the > # path determined by record-routing > if (loose_route()) { > # mark routing logic in request > append_hf("P-hint: rr-enforced\r\n"); > route(1); > break; > }; > if (!uri==myself) { > # mark routing logic in request > append_hf("P-hint: outbound\r\n"); > route(1); > 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=="SUBSCRIBE") { > log(1, "SUBSCRIBE received"); > if (!t_newtran()) { > log(1, "newtran error\n"); > sl_reply_error(); > }; > log(1, "handle subscribe request\n"); > handle_subscription("Registrar"); > log(1, "handled subscription\n"); > break; > }; > if (method=="REGISTER") { > # Uncomment this if you want to use digest authentication > if (!www_authorize("fh-joanneum.at", "subscriber")) { > www_challenge("fh-joanneum.at", "0"); > break; > }; > save("location"); > break; > }; > if (method=="PUBLISH") { > if (!t_newtran()) { > log(1, "newtran error\n"); > sl_reply_error(); > # break; > }; > log(1, "handle publish request\n"); > handle_publish("Registrar"); > log(1, "handled publish\n"); > break; > }; > lookup("aliases"); > if (!uri==myself) { > append_hf("P-hint: outbound alias\r\n"); > route(1); > break; > }; > # native SIP destinations are handled using our USRLOC DB > if (!lookup("location")) { > sl_send_reply("404", "Not Found"); > break; > }; > }; > append_hf("P-hint: usrloc applied\r\n"); > route(1); > } > route[1] > { > # send it out now; use stateful forwarding as it works reliably > # even for UDP2TCP > if (!t_relay()) { > sl_reply_error(); > }; > } > > > > Regards, > Alois > > > >From: Vaclav Kubart <vaclav.kubart(a)iptel.org> > >To: Alois Schafferhofer <schaffi_lui(a)hotmail.com> > >CC: serusers(a)lists.iptel.org > >Subject: Re: [Serusers] Problem with Presence > >Date: Wed, 7 Jun 2006 09:51:03 +0200 > > > >Hi. > >What version do you use? For presence are recommended "presence > >snapshots" published on ftp.iptel.org. > > > >You need to set db_mode and db_url parameters like: > > > >modparam("pa", "use_db", 1) > >modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser") > > > > Vaclav > > > >On Tue, Jun 06, 2006 at 02:08:23PM +0200, Alois Schafferhofer wrote: > >> Hi, > >> > >> If I want to send a Publish request to the SIP Express Router, it > >doesn't > >> store the status into the "presentity"-table. > >> > >> I get following lines into the log-file: > >> > >> /usr/sbin/ser[10124]: handle publish request > >> /usr/sbin/ser[10124]: get_pres_uri: _puri=sip:PDA_User at mydomain.com > >> /usr/sbin/ser[10124]: handle_publish -4- p_uri= p_uri.len=23 > >> /usr/sbin/ser[10124]: handle_publish -5- presentity=0x4069e0b8 > >> /usr/sbin/ser[10124]: publish_presentity: no tuple for PDA_User at > >> mydomain.com > >> /usr/sbin/ser[10124]: handle_publish -8- paerrno=0 > >> /usr/sbin/ser[10124]: handled publish > >> > >> Best regards, > >> Alois > >> > >> > >> _______________________________________________ > >> Serusers mailing list > >> Serusers(a)lists.iptel.org > >> http://lists.iptel.org/mailman/listinfo/serusers >

18 years, 5 months

[Serusers] How to connect sippshone to SER for Testing purpose?

by sumit dengri

sir I ve installed SER and SERWEB using default settings. PLZ tell me how two sipphones can be connected to test the right working of SER. waitin for your suggestions,in this regard. thanx. Send instant messages to your online friends http://in.messenger.yahoo.com Stay connected with your friends even when away from PC. Link: http://in.mobile.yahoo.com/new/messenger/

18 years, 5 months

[Serusers] Link NEAX2000 and Ser sip server

by S.A.S. Lorensuhewa

Dear All, I am very new to SIP matters. Currenly I am configuring sip server (SER) for our Faculty and in the near future I am looking for connecting our Digital PBX with sip server to communicate with each other via some layer three equipment such as LAyer 3 swich (3COM 35000) which is core switch for our faculty network. But I have liittle idea on technical maatters regarding this. Some people say IPPAD will do the job, others say ISDN card will do the job. Can anybody suggest me anythig regarding this matter. IF spmebody has done this one earlier, I would very much appriciate if I can share that experince. Rgrads Aruna ---------------------------------------------------------- S. A. S. Lorensuhewa Head, Department of Computer Science University of Ruhuna, Matara, Sri Lanka Telephone: 0094 (0)41 2227019 Fax: 0094 (0)41 2222683 Email: lorensuhewa(a)cc.ruh.ac.lk, aruna(a)cc.ruh.ac.lk

18 years, 5 months

← Newer
1
...
37
38
39
40
41
42
43
...
50
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 2006