Hi,
I have a working SER installation which includes presence modules etc. Today I tried to compile the latest CVS version because of a requirement to the reigstrar module. (NAT support with mediaproxy) unfortunately, the "make" process did not comlete. I got these errors:
make[1]: Entering directory `/root/yeni/sip_router/modules/acc_db' 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-dev2"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.0"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/root/ser2/etc/ser/"' -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 -DDBG_QM_MALLOC -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_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DHAVE_SELECT -c acc_db.c -o acc_db.o acc_db.c:164: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘acc_dbf’ acc_db.c:172: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘keys’ acc_db.c:173: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘vals’ acc_db.c: In function ‘init_data’: acc_db.c:406: error: ‘keys’ undeclared (first use in this function) acc_db.c:406: error: (Each undeclared identifier is reported only once acc_db.c:406: error: for each function it appears in.) acc_db.c:407: error: ‘vals’ undeclared (first use in this function) acc_db.c: In function ‘fmt2strar’: acc_db.c:594: error: ‘vals’ undeclared (first use in this function) acc_db.c: In function ‘log_request’: acc_db.c:755: error: ‘acc_dbf’ undeclared (first use in this function) acc_db.c:760: error: ‘keys’ undeclared (first use in this function) acc_db.c:760: error: ‘vals’ undeclared (first use in this function) acc_db.c: In function ‘child_init’: acc_db.c:974: error: ‘acc_dbf’ undeclared (first use in this function) acc_db.c: In function ‘mod_destroy’: acc_db.c:989: error: ‘acc_dbf’ undeclared (first use in this function) acc_db.c: In function ‘mod_init’: acc_db.c:1014: warning: implicit declaration of function ‘bind_dbmod’ acc_db.c:1014: error: ‘acc_dbf’ undeclared (first use in this function) acc_db.c:1020: warning: implicit declaration of function ‘DB_CAPABILITY’ acc_db.c:1020: error: ‘DB_CAP_INSERT’ undeclared (first use in this function) make[1]: *** [acc_db.o] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/acc_db' make: *** [modules] Error 1 #
Does anyone have any idea what the problem is ?
Thanks, ilker
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
_____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
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. _____________________________________________________________________________________________________________________________________________ _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router
works for me (the -D option must appear after the checkout command, not before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, İlker Aktuna (Koç.net) wrote:
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Is there any policy about commiting changes that do not compile?
Samuel.
2007/4/2, Michal Matyska michal@iptel.org:
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router
works for me (the -D option must appear after the checkout command, not before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, İlker Aktuna (Koç.net) wrote:
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Sorry about that, but I announced that the trunk won't compile until I finish my changes. This takes lots of changes in all the modules that talk to the database so I did not want to flush it all at once. On there other hand we have the ottendorf branch in cvs which is pretty much up-to-date with the branch so I thought that it was a good time now to break trunk again.
Jan.
samuel wrote:
Is there any policy about commiting changes that do not compile?
Samuel.
2007/4/2, Michal Matyska michal@iptel.org:
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router
works for me (the -D option must appear after the checkout command, not before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, İlker Aktuna (Koç.net) wrote:
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r
rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the
command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ?
I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable
version with presence support ?
In fact, I only need the new registrar module which includes
"nat_flag" parameter.
But when I just add the new registrar module to my old sources, I
can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB
API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't
compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER
for a
while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row
(common
problem in usrloc)
- Support for queries over multiple databases with various
strategies
(i.e. usrloc database can be partitioned).
- Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of
different
type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
I have a working configuration on my SER server. Most of the users can make calls (both way incoming and outgoing) with no problem. However, I have some clients that can't make calls. When I analyze these by ngrep and/or tcpdump, I see that the SER server does not reply the packet on the correct port.
For example, I have a testing client which is behind NAT. The client sends INVITE message from UDP port 3023 to port 5061 of my SER. (cseq number is 1) SER exchanges the message with the uplink sip gateway and when it receives a "OK" response it forwards this message to the client's NAT IP address BUT on a different port (14640) with correct cseq number (1)
Of course, this new port is not open on the NAT router and it does not reach the client.
I see that the first INVITE message has Contact field with internal IP address of the client and the port number as 14640. So the SER server sends the returning message to the external IP address with internal port number.
How can I fix this issue ?
I can send the configuration of my SER server if that would help to find the problem.
Thanks, ilker _____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________
The client does not have STUN support. (I am not sure; because there is no field to enter stun server address. However it may have an internal STUN) Actually the client is the "internet calling" feature of new Windows Mobile 6.0.
I am also nearly sure that there is no ALG in front of the UA. Plus, I am using 5061 on the SIP server as UDP port. So most of the ALG mechanisms do not mess with my sip messages.
I believe this is a misconfiguration issue. But I don't know how to troubleshoot it.
Any help on the nat configuration would be wonderful.
Thanks, ilker
________________________________
From: Greger Viken Teigre [mailto:greger@teigre.com] Sent: Monday, April 09, 2007 11:25 AM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] interesting 2 way SIP signalling problem
Most likely the invite is not detected as NATed by your config and force_rport and fix_nated_contact (which will solve your problem) are not called. If you use stun, it behaves badly. If not, you have an ALG in front of the UA. g-)
------- Original message ------- From: İlker Aktuna (Koç.net) ilkera@koc.net Sent: 9.4.'07, 9:32
Hi,
I have a working configuration on my SER server. Most of the users can make calls (both way incoming and outgoing) with no problem. However, I have some clients that can't make calls. When I analyze these by ngrep and/or tcpdump, I see that the SER server does not reply the packet on the correct port.
For example, I have a testing client which is behind NAT. The client sends INVITE message from UDP port 3023 to port 5061 of my SER. (cseq number is 1) SER exchanges the message with the uplink sip gateway and when it receives a "OK" response it forwards this message to the client's NAT IP address BUT on a different port (14640) with correct cseq number (1)
Of course, this new port is not open on the NAT router and it does not reach the client.
I see that the first INVITE message has Contact field with internal IP address of the client and the port number as 14640. So the SER server sends the returning message to the external IP address with internal port number.
How can I fix this issue ?
I can send the configuration of my SER server if that would help to find the problem.
Hi,
do you have any comments on this ?
Thanks, ilker
________________________________
From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Monday, April 09, 2007 11:50 AM To: Greger Viken Teigre Cc: serusers@iptel.org Subject: RE: [Serusers] interesting 2 way SIP signalling problem
The client does not have STUN support. (I am not sure; because there is no field to enter stun server address. However it may have an internal STUN) Actually the client is the "internet calling" feature of new Windows Mobile 6.0.
I am also nearly sure that there is no ALG in front of the UA. Plus, I am using 5061 on the SIP server as UDP port. So most of the ALG mechanisms do not mess with my sip messages.
I believe this is a misconfiguration issue. But I don't know how to troubleshoot it.
Any help on the nat configuration would be wonderful.
Thanks, ilker
________________________________
From: Greger Viken Teigre [mailto:greger@teigre.com] Sent: Monday, April 09, 2007 11:25 AM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] interesting 2 way SIP signalling problem
Most likely the invite is not detected as NATed by your config and force_rport and fix_nated_contact (which will solve your problem) are not called. If you use stun, it behaves badly. If not, you have an ALG in front of the UA. g-)
------- Original message ------- From: İlker Aktuna (Koç.net) ilkera@koc.net Sent: 9.4.'07, 9:32
Hi,
I have a working configuration on my SER server. Most of the users can make calls (both way incoming and outgoing) with no problem. However, I have some clients that can't make calls. When I analyze these by ngrep and/or tcpdump, I see that the SER server does not reply the packet on the correct port.
For example, I have a testing client which is behind NAT. The client sends INVITE message from UDP port 3023 to port 5061 of my SER. (cseq number is 1) SER exchanges the message with the uplink sip gateway and when it receives a "OK" response it forwards this message to the client's NAT IP address BUT on a different port (14640) with correct cseq number (1)
Of course, this new port is not open on the NAT router and it does not reach the client.
I see that the first INVITE message has Contact field with internal IP address of the client and the port number as 14640. So the SER server sends the returning message to the external IP address with internal port number.
How can I fix this issue ?
I can send the configuration of my SER server if that would help to find the problem.
Hi,
do you call force_rport() function for NATed clients? Can you paste in the NAT section of your ser.cfg here? Paste in NAT detecting section too.
Lada
İlker Aktuna (Koç.net) wrote:
Hi,
I have a working configuration on my SER server. Most of the users can make calls (both way incoming and outgoing) with no problem. However, I have some clients that can't make calls. When I analyze these by ngrep and/or tcpdump, I see that the SER server does not reply the packet on the correct port.
For example, I have a testing client which is behind NAT. The client sends INVITE message from UDP port 3023 to port 5061 of my SER. (cseq number is 1) SER exchanges the message with the uplink sip gateway and when it receives a "OK" response it forwards this message to the client's NAT IP address BUT on a different port (14640) with correct cseq number (1)
Of course, this new port is not open on the NAT router and it does not reach the client.
I see that the first INVITE message has Contact field with internal IP address of the client and the port number as 14640. So the SER server sends the returning message to the external IP address with internal port number.
How can I fix this issue ?
I can send the configuration of my SER server if that would help to find the problem.
Thanks, ilker _____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________ _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
This is under my method=="REGISTER" section:
if (nat_uac_test("1")) { setflag(6); fix_nated_contact(); force_rport(); };
I also have this under method=="INVITE" :
if (method=="INVITE" || method=="ACK") {
if (client_nat_test("19")) { fix_nated_contact(); };
And this one under a onreply route :
onreply_route[2] { if (status=~"(183)|(2[0-9][0-9])") { use_media_proxy();
if (nat_uac_test("19")) { fix_nated_contact(); }; } };
Thanks for your reply...
ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 09, 2007 11:31 AM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] interesting 2 way SIP signalling problem
Hi,
do you call force_rport() function for NATed clients? Can you paste in the NAT section of your ser.cfg here? Paste in NAT detecting section too.
Lada
İlker Aktuna (Koç.net) wrote:
Hi,
I have a working configuration on my SER server. Most of the users can make calls (both way incoming and outgoing) with no problem. However, I have some clients that can't make calls. When I analyze these by ngrep and/or tcpdump, I see that the SER server does not reply the packet on the correct port.
For example, I have a testing client which is behind NAT. The client sends INVITE message from UDP port 3023 to port 5061 of my SER. (cseq number is 1) SER exchanges the message with the uplink sip gateway and when it receives a "OK" response it forwards this message to the client's NAT IP address BUT on a different port (14640) with correct cseq number (1)
Of course, this new port is not open on the NAT router and it does not reach the client.
I see that the first INVITE message has Contact field with internal IP address of the client and the port number as 14640. So the SER server sends the returning message to the external IP address with internal port number.
How can I fix this issue ?
I can send the configuration of my SER server if that would help to find the problem.
On Apr 02, 2007 at 11:12, samuel samu60@gmail.com wrote:
Is there any policy about commiting changes that do not compile?
Yes, there is something about it in doc/cvs-commit-rules.txt.
However in this case. it's a big API change that affects a lot of modules and it would be quite difficult to change all of them in the same time. Let's hope it won't take long.
Andrei
Samuel.
2007/4/2, Michal Matyska michal@iptel.org:
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router
works for me (the -D option must appear after the checkout command, not before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, ?lker Aktuna (Koç.net) wrote:
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r
rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command
"cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ?
I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version
with presence support ?
In fact, I only need the new registrar module which includes
"nat_flag" parameter.
But when I just add the new registrar module to my old sources, I
can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API
started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile
for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of
different
type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
ok. i'll take a look to the file.
I understand it is a big change but I don't understand why can't it be done in it's own branch or working copy. If you choose to left the repository "uncompilable" I would prefer to disable access to it until it has been recovered. It's anoying to just update and find that you can't compile....
Just thinking loud... Samuel.
P.D:Anyway I'm sure Jan will finish soon....thanks!!!
2007/4/4, Andrei Pelinescu-Onciul andrei@iptel.org:
On Apr 02, 2007 at 11:12, samuel samu60@gmail.com wrote:
Is there any policy about commiting changes that do not compile?
Yes, there is something about it in doc/cvs-commit-rules.txt.
However in this case. it's a big API change that affects a lot of modules and it would be quite difficult to change all of them in the same time. Let's hope it won't take long.
Andrei
Samuel.
2007/4/2, Michal Matyska michal@iptel.org:
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router
works for me (the -D option must appear after the checkout command, not before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, ?lker Aktuna (Koç.net) wrote:
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r
rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command
"cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ?
I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version
with presence support ?
In fact, I only need the new registrar module which includes
"nat_flag" parameter.
But when I just add the new registrar module to my old sources, I
can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API
started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile
for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of
different
type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serdev mailing list Serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: İlker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
İlker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
_______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module <registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
In Ottendorf registrar module are parameters: save_nat_flag and load_nat_flag
in ser.cfg it could be defined for example:
modparam("registrar", "save_nat_flag", "FLAG_NAT_UAC") modparam("registrar", "load_nat_flag", "FLAG_NAT_UAS")
Lada
İlker Aktuna (Koç.net) wrote:
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module <registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Lada,
Thanks for your reply. In my sample configuration I have the following line which is rejected by the registrar module.
modparam("registrar", "nat_flag", 6)
I got the sample from : http://siprouter.onsip.org/doc/gettingstarted/ch08.html
What can I use instead of this line ? If a newer configuration is needed, can you point me to a simple configuration which is specially created for NAT clients with mediaproxy.
Kind Regards, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 2:48 PM To: İlker Aktuna (Koç.net) Cc: Vaclav Kubart; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
In Ottendorf registrar module are parameters: save_nat_flag and load_nat_flag
in ser.cfg it could be defined for example:
modparam("registrar", "save_nat_flag", "FLAG_NAT_UAC") modparam("registrar", "load_nat_flag", "FLAG_NAT_UAS")
Lada
İlker Aktuna (Koç.net) wrote:
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module
<registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________
Hi İlker, there is no simple config out yet. Look at http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy In this document it is more complex but you might be able to see how to configure it for simple setup. I'm author of the document and am preparing a new revision which will be out soon. I will include a simple config too.
Lada
İlker Aktuna (Koç.net) napsal(a):
Hi Lada,
Thanks for your reply. In my sample configuration I have the following line which is rejected by the registrar module.
modparam("registrar", "nat_flag", 6)
I got the sample from : http://siprouter.onsip.org/doc/gettingstarted/ch08.html
What can I use instead of this line ? If a newer configuration is needed, can you point me to a simple configuration which is specially created for NAT clients with mediaproxy.
Kind Regards, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 2:48 PM To: İlker Aktuna (Koç.net) Cc: Vaclav Kubart; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
In Ottendorf registrar module are parameters: save_nat_flag and load_nat_flag
in ser.cfg it could be defined for example:
modparam("registrar", "save_nat_flag", "FLAG_NAT_UAC") modparam("registrar", "load_nat_flag", "FLAG_NAT_UAS")
Lada
İlker Aktuna (Koç.net) wrote:
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module
<registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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. _____________________________________________________________________________________________________________________________________________
Thank you. I will check that configuration. In fact, I use mediaproxy instead of RTP proxy. So maybe I can optimize it for mediaproxy.
Thanks, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 4:52 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi İlker, there is no simple config out yet. Look at http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy In this document it is more complex but you might be able to see how to configure it for simple setup. I'm author of the document and am preparing a new revision which will be out soon. I will include a simple config too.
Lada
İlker Aktuna (Koç.net) napsal(a):
Hi Lada,
Thanks for your reply. In my sample configuration I have the following line which is rejected by the registrar module.
modparam("registrar", "nat_flag", 6)
I got the sample from : http://siprouter.onsip.org/doc/gettingstarted/ch08.html
What can I use instead of this line ? If a newer configuration is needed, can you point me to a simple configuration which is specially created for NAT clients with mediaproxy.
Kind Regards, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 2:48 PM To: İlker Aktuna (Koç.net) Cc: Vaclav Kubart; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
In Ottendorf registrar module are parameters: save_nat_flag and load_nat_flag
in ser.cfg it could be defined for example:
modparam("registrar", "save_nat_flag", "FLAG_NAT_UAC") modparam("registrar", "load_nat_flag", "FLAG_NAT_UAS")
Lada
İlker Aktuna (Koç.net) wrote:
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module <registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_ 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. ______________________________________________________________________ ______________________________________________________________________ _
_____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________
I tried but they are completely different. Besides, this new file has extra configuration which I can not support, such as TLS.
Can anybody send me a simple configuration for NAT + mediaproxy on the new Ser build ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Monday, April 02, 2007 4:54 PM To: Ladislav Andel Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you. I will check that configuration. In fact, I use mediaproxy instead of RTP proxy. So maybe I can optimize it for mediaproxy.
Thanks, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 4:52 PM To: İlker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi İlker, there is no simple config out yet. Look at http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy In this document it is more complex but you might be able to see how to configure it for simple setup. I'm author of the document and am preparing a new revision which will be out soon. I will include a simple config too.
Lada
İlker Aktuna (Koç.net) napsal(a):
Hi Lada,
Thanks for your reply. In my sample configuration I have the following line which is rejected by the registrar module.
modparam("registrar", "nat_flag", 6)
I got the sample from : http://siprouter.onsip.org/doc/gettingstarted/ch08.html
What can I use instead of this line ? If a newer configuration is needed, can you point me to a simple configuration which is specially created for NAT clients with mediaproxy.
Kind Regards, ilker
-----Original Message----- From: Ladislav Andel [mailto:ladaan@iptel.org] Sent: Monday, April 02, 2007 2:48 PM To: İlker Aktuna (Koç.net) Cc: Vaclav Kubart; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
In Ottendorf registrar module are parameters: save_nat_flag and load_nat_flag
in ser.cfg it could be defined for example:
modparam("registrar", "save_nat_flag", "FLAG_NAT_UAC") modparam("registrar", "load_nat_flag", "FLAG_NAT_UAS")
Lada
İlker Aktuna (Koç.net) wrote:
Thanks, by excluding some modules (unixsock postgres bdb oracle osp) it compiles now. However, this version also does not include the "nat_flag" parameter in module registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in module <registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards, ilker
-----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Monday, April 02, 2007 1:54 PM To: İlker Aktuna (Koç.net) Cc: Jan Janak; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker, try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (Koç.net) wrote:
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter. This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb' gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so /usr/bin/ld: cannot find -ldb-4.4 collect2: ld returned 1 exit status make[1]: *** [bdb.so] Error 1 make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb' make: *** [modules] Error 1 #
What now ?
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 1:11 PM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar module. Should I try with this : "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
Thanks, ilker
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net) Sent: Monday, April 02, 2007 10:51 AM To: Jan Janak Cc: serusers@iptel.org Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Monday, April 02, 2007 10:08 AM To: ?lker Aktuna (Koç.net) Cc: Michal Matyska; serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r rel_2_0_0 sip_router
Jan.
?lker Aktuna (Koç.net) wrote:
Hi Michal,
Thank you for your reply. I didn't understand what to do. Should I add the option to the command "cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ? I gues not, because it does not accept that parameter.
What should I do now ? Should I download a stable version ? Where can I find a stable version with presence support ?
In fact, I only need the new registrar module which includes "nat_flag" parameter. But when I just add the new registrar module to my old sources, I can't compile it.
Thanks, ilker
-----Original Message----- From: Michal Matyska [mailto:michal@iptel.org] Sent: Saturday, March 31, 2007 10:01 PM To: ?lker Aktuna (Koç.net) Cc: serusers@iptel.org Subject: Re: [Serusers] problem with compiling the new CVS release
Hi,
Sorry for the inconvinience... checkout the CVS code before the DB API started to change (e.g. add -D 20070328 option to the cvs co command).
Until all modules will be changed and using new API, it won't compile for a while.
Michal
On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
Folks,
I have been working on a new database abstraction layer for SER for a while and I'll start commiting it in CVS now. Please excuse me if something is broken temporarily, this is a major improvement that touches all modules that use the database. This change does not affect Ottendorf, of course. The new DB layer will appear in 2.1
The main objectives for doing major changes in the DB API are:
Better support for databases that are not based on SQL, like Berkeley db, LDAP, and fas in-memory databases.
The new code will no more store fetch all data from the database in one step, it will be possible to get the data row by row (common problem in usrloc)
Support for queries over multiple databases with various strategies (i.e. usrloc database can be partitioned).
Support for database failover (i.e. if the primary database fails that SER can start using another one, which can be even of different type, i.e. mysql->postgres)
I provide you with more details and documentation later once the first version is in CVS.
Jan.
_____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________
-
Andrei Pelinescu-Onciul -
Greger Viken Teigre -
İlker Aktuna (Koç.net) -
Jan Janak -
Ladislav Andel -
Michal Matyska -
samuel -
Vaclav Kubart