Re: [Devel] how to alter the ACK to a 487

2006-03-21 Thread S G
Yes the To and From headers have nothing do with routing. The carrier states that the proper e.164 formatting in the headers is necessary for their platform to properly rate and bill. The carrier in question is one of the largest here in the U.S. According to them, their other customers are able

Re: [Devel] needless pinging by mediaproxy?

2006-03-21 Thread Dan Pascu
On Tuesday 21 March 2006 18:44, Bogdan-Andrei Iancu wrote: > ok - perfect. is this a problem in 1.0.1 as well or was just a CSV head issue? > > bogdan > > Juha Heinanen wrote: > >Bogdan-Andrei Iancu writes: > > > indeed, there was an issue related to this function couple of days > > > ago. Can yo

[Devel] lcr enhancement

2006-03-21 Thread Juha Heinanen
Ovidiu Sas writes: > This is useful when we plan to route all calls via a single gateway, but > we would like to block expensive toll calls. i would prefer to keep blocking functionality separate from gateway selection functionality. lcr module is already now reaching the limits of complexity

[Devel] lcr enhancement

2006-03-21 Thread Ovidiu Sas
Hi all, Today we have the following fields in the lcr table: prefix from_uri grp_id priority I would like to enhance the routing functionality of the lcr module by adding a new field to the lcr table: blocked (a regex) In the new model, after a route is selected based on the prefix and from_u

Re: [Devel] needless pinging by mediaproxy?

2006-03-21 Thread Bogdan-Andrei Iancu
ok - perfect. bogdan Juha Heinanen wrote: Bogdan-Andrei Iancu writes: > indeed, there was an issue related to this function couple of days ago. > Can you update from CVS and confirm or not that the problem was > fixed? i installed latest CVS HEAD version and looks like the problem is fixes

Re: [Devel] needless pinging by mediaproxy?

2006-03-21 Thread Juha Heinanen
Bogdan-Andrei Iancu writes: > indeed, there was an issue related to this function couple of days ago. > Can you update from CVS and confirm or not that the problem was > fixed? i installed latest CVS HEAD version and looks like the problem is fixes, i.e., contacts that are not behind NAT are

Re: [Devel] needless pinging by mediaproxy?

2006-03-21 Thread Bogdan-Andrei Iancu
Hi Juha, indeed, there was an issue related to this function couple of days ago. Can you update from CVS and confirm or not that the problem was fixed? regards, bogdan Juha Heinanen wrote: Dan Pascu writes: > mediaproxy asks for all contacts that have the NAT flag set and only pings > tho

Re: [Devel] how to alter the ACK to a 487

2006-03-21 Thread Bogdan-Andrei Iancu
my personal opinion is that you should not complicate thinks by trying to interoperate with providers that are not RFC compliant. For routing, the From and To hdrs do not have any purpose (according to RFC), but only RURI. regards, bogdan S G wrote: Hi, Would it make sense to add this func

Re: [Devel] CVS commitlog: sip-server/modules/lcr lcr_mod.c sip-server/scripts mysqldb.sh postgresqldb.sh

2006-03-21 Thread Juha Heinanen
Ovidiu Sas writes: > The version of the lcr table shall also be updated inside sc.dbtext. done, juha ___ Devel mailing list Devel@openser.org http://openser.org/cgi-bin/mailman/listinfo/devel

Re: [Devel] CVS commitlog: sip-server/modules/lcr lcr_mod.c sip-server/scripts mysqldb.sh postgresqldb.sh

2006-03-21 Thread Ovidiu Sas
Hi Juha, The version of the lcr table shall also be updated inside sc.dbtext. -ovi Juha Heinanen wrote: User: juhe Date: 2006/03/21 04:53:13 PST OpenSER CVS - Commit Details Modified files: modules/lcr lcr_mod.c scripts mysqldb.sh postgresqldb.sh Co

[Devel] CVS commitlog: sip-server/scripts sc.dbtext

2006-03-21 Thread Juha Heinanen
User: juhe Date: 2006/03/21 06:58:11 PST OpenSER CVS - Commit Details Modified files: scripts sc.dbtext Commit Log: * Increased lcr table version number to 2. Revision ChangesPath 1.11 +2 -2 sip-server/scripts/sc.dbtext [ http://cvs.sourcefo

[Devel] CVS commitlog: sip-server/modules/lcr lcr_mod.c sip-server/scripts mysqldb.sh postgresqldb.sh

2006-03-21 Thread Juha Heinanen
User: juhe Date: 2006/03/21 04:53:13 PST OpenSER CVS - Commit Details Modified files: modules/lcr lcr_mod.c scripts mysqldb.sh postgresqldb.sh Commit Log: * Field from_uri of lcr table may be NULL. Revision ChangesPath 1.25 +2 -2 s

[Devel] Re: [Users] Finally, a new cvs core dump ;-)

2006-03-21 Thread Daniel-Constantin Mierla
Hello, On 03/21/06 10:56, Helge Waastad wrote: Hi, sorry about this. It turned out to be the trusted table which was not updated. ok, maybe starting a dokuwiki page tracking all these changes in development version is the best way to ease the update from old versions to development trunk.

[Devel] Re: [Users] Finally, a new cvs core dump ;-)

2006-03-21 Thread Helge Waastad
Hi, sorry about this. It turned out to be the trusted table which was not updated. br hw tir, 21,.03.2006 kl. 10.37 +0200, skrev Daniel-Constantin Mierla: > ... moved on devel@openser.org since it is about development version. > > Cheers, > Daniel > > > On 03/21/06 09:32, Helge Waastad wrote

[Devel] Re: [Users] Finally, a new cvs core dump ;-)

2006-03-21 Thread Daniel-Constantin Mierla
Hello, On 03/21/06 09:32, Helge Waastad wrote: Hi, to day I woke up to a working cvs and that made me happy :-) ...and I got a core dump from this cvs version. I'm getting a few defunct processes: bt from the remaining processes are: #0 0x007787a2 in _dl_sysinfo_int80 () from /lib/ld-linux.s