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(a)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: _____________________________________________________________________________________________________________________________________________ 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(a)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(a)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(a)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: >> >> 1) Better support for databases that are not based on SQL, like >> Berkeley db, LDAP, and fas in-memory databases. >> >> 2) 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) >> >> 3) Support for queries over multiple databases with various strategies >> (i.e. usrloc database can be partitioned). >> >> 4) 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(a)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(a)iptel.org>rg>: ------------------------------------------------------------------------ _______________________________________________ Serusers mailing list Serusers(a)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.

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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

Is there any policy about commiting changes that do not compile?

Samuel. 2007/4/2, Michal Matyska <michal(a)iptel.org>rg>: >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(a)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(a)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: >> >> >> >> 1) Better support for databases that are not based on SQL, like >> >> Berkeley db, LDAP, and fas in-memory databases. >> >> >> >> 2) 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) >> >> >> >> 3) Support for queries over multiple databases with various strategies >> >> (i.e. usrloc database can be partitioned). >> >> >> >> 4) 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(a)lists.iptel.org >> >> http://lists.iptel.org/mailman/listinfo/serdev >> > ______________________________________________________________________ > >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers >

_______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

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(a)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: > > 1) Better support for databases that are not based on SQL, like > Berkeley db, LDAP, and fas in-memory databases. > > 2) 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) > > 3) Support for queries over multiple databases with various strategies > (i.e. usrloc database can be partitioned). > > 4) 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(a)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(a)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(a)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(a)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(a)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: _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list Serusers(a)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(a)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: _______________________________________________ Serusers mailing list Serusers(a)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(a)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: _____________________________________________________________________________________________________________________________________________ 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 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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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: >>>> >>>> 1) Better support for databases that are not based on SQL, like >>>> Berkeley db, LDAP, and fas in-memory databases. >>>> >>>> 2) 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) >>>> >>>> 3) Support for queries over multiple databases with various strategies >>>> (i.e. usrloc database can be partitioned). >>>> >>>> 4) 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.