Hi Ingo,
you can use separately nathelper for pinging part and mediaproxy for the
rest (not sure if you can disable mediaproxy to perform pinging) -
that's will be the way to go for the moment.
about implementing sip_natpinging in mediaproxy, I thing Dan may have
something to say if this
Hi Ingo,
thanks - the patch is on the cvs.
regards,
Bogdan
Ingo Wolfsberger wrote:
Hi
I have added the replication functions to the tm api.
I have also added the tls t_relay function to the api.
patch is attached.
bye,
Ingo
___
Devel
User: bogdan_iancu
Date: 2005/07/26 04:26:21 PDT
OpenSER CVS - Commit Details
Modified files:
packaging/debian control
Commit Log:
typo fixed: libradiusclient-ng-dev - libradius-ng-dev
Revision ChangesPath
1.4 +1 -1 sip-server/packaging/debian/control
User: bogdan_iancu
Date: 2005/07/26 08:23:17 PDT
OpenSER CVS - Commit Details
Modified files:
.cfg.y receive.c
Commit Log:
-default onreply route ported from SER (thanks to Andrei) and applied some
fixes
-STATistics at received corrected
-error handling
User: bogdan_iancu
Date: 2005/07/28 11:16:16 PDT
OpenSER CVS - Commit Details
Modified files:
modules/group_radius README
modules/group_radius/doc group_radius_user.sgml
modules/uri_db README
modules/uri_db/doc uri_db_user.sgml
Commit Log:
-docs fixes -
User: bogdan_iancu
Date: 2005/07/28 12:10:03 PDT
OpenSER CVS - Commit Details
Modified files:(Branch: rel_0_9_0)
modules/diversionREADME
modules/diversion/doc diversion_user.sgml
Commit Log:
more docs fixing; thanks again to Klaus
Revision ChangesPath
User: bogdan_iancu
Date: 2005/07/28 12:10:22 PDT
OpenSER CVS - Commit Details
Modified files:
modules/diversionREADME
modules/diversion/doc diversion_user.sgml
Commit Log:
more docs fixing; thanks again to Klaus
Revision ChangesPath
1.2 +19 -7
Hi Michael,
I will try to make fast overview, but as I'm not able to test the
postgres (no server :( ) I will appreciate if the some other postgres
users may test the patch before going into CVS.
regards,
Bogdan
Michael Ulitskiy wrote:
Hi Klaus,
I've seen the problem described by Klaus
,
Ingo
--- Ursprüngliche Nachricht ---
Von: Klaus Darilion [EMAIL PROTECTED]
An: Bogdan-Andrei Iancu [EMAIL PROTECTED]
Kopie: devel@openser.org
Betreff: Re: [Devel] postgres problem with mysql proprietary SQL queries
Datum: Mon, 01 Aug 2005 12:32:01 +0200
Bogdan-Andrei Iancu wrote:
Hi
User: bogdan_iancu
Date: 2005/08/09 02:45:42 PDT
OpenSER CVS - Commit Details
Modified files:(Branch: rel_0_9_0)
modules/tm tm.c
Commit Log:
backport = bug fixed in t_local_replied() when checking all replies
Revision ChangesPath
1.1.1.1.2.2 +2 -2
Hi everybody,
Based on the latest dialog supported (which was added in RR module), I
was able to implement in the uac module proper FROM replacement. The
missing issue was correct restoring/replacement of FROM in the
sequential requests. As restoring information was kept in FROM param,
this
User: bogdan_iancu
Date: 2005/08/22 05:41:11 PDT
OpenSER CVS - Commit Details
Modified files:
parser parse_to.c
Commit Log:
-additional fix related double free problem
Revision ChangesPath
1.5 +2 -2 sip-server/parser/parse_to.c
[
User: bogdan_iancu
Date: 2005/08/22 09:10:14 PDT
OpenSER CVS - Commit Details
Modified files:
.route_struct.c
Commit Log:
-name of the last added functions filled in.
Revision ChangesPath
1.3 +16 -1 sip-server/route_struct.c
[
Hi there,
I just made some delicate changes into OpenSER: so far the route type
(REQUEST_ROUTE, FAILURE_ROUTE, ONREPLY_ROUTE) was known only by TM
module and was quite overhand for other modules to access it (by
importing TM module as LCR and CPL-C does).
Secondly, since default ONREPLY route
User: bogdan_iancu
Date: 2005/08/23 10:12:24 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_msgbuilder.c
Commit Log:
- bug fixed in generating local requests: || -
Revision ChangesPath
1.5 +3 -3 sip-server/modules/tm/t_msgbuilder.c
User: bogdan_iancu
Date: 2005/08/23 10:33:41 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm h_table.h t_fwd.c t_fwd.h t_lookup.c
t_reply.c tm.c
Commit Log:
-TM support for BRANCH route
Revision ChangesPath
1.4 +5 -1
User: bogdan_iancu
Date: 2005/08/23 10:42:47 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_fwd.c
Commit Log:
added AVP support into BRANCH routes
Revision ChangesPath
1.6 +7 -1 sip-server/modules/tm/t_fwd.c
[
User: bogdan_iancu
Date: 2005/08/24 03:23:46 PDT
OpenSER CVS - Commit Details
Modified files:
.data_lump.c data_lump.h
modules/tm t_fwd.c t_reply.c
Commit Log:
- fixed lump cleanup in failure route (broke yesterday with branch route)
(repoerted
type header.
regards,
bogdan
Iqbal wrote:
So as a user, how would/could I use this
Iqbal
Bogdan-Andrei Iancu wrote:
Hi everybody,
I just finished adding support for BRANCH routes. The idea and frame
were partial ported from SER (thanks to Juha for extracting and
adapting patches). For those
User: bogdan_iancu
Date: 2005/08/24 11:08:15 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm tm.c
Commit Log:
- new TM function t_check_trans(): checks if the request belongs to a
transacation as follows:
non-CANCEL;non-ACK - checks if the the
Hi Juha,
no, is not in-dialog request - checks if the request belongs to the
transaction (if so, it means it's a retransmission)
It's a script function, I will documented today.
regards,
bogdan
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
- new TM function t_check_trans(): checks
to build a transaction.
Is it true?
Thanks,
Michael
On Wednesday 24 August 2005 02:08 pm, Bogdan-Andrei Iancu wrote:
User: bogdan_iancu
Date: 2005/08/24 11:08:15 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm tm.c
Commit Log:
- new TM function t_check_trans
User: bogdan_iancu
Date: 2005/08/25 07:39:39 PDT
OpenSER CVS - Commit Details
Modified files:
.dset.c
Commit Log:
-small bug fixed: next_branch() sets both dst_uri and dst_uri_len to 0
if no dst URI was set (previos, only len was zero)
Revision Changes
Hi Juha,
Juha Heinanen wrote:
i have come to the conclusion that the easiest way to solve the
canceling problem that klaus reported is to have a function,
e.g. t_check_cancel(), that can be called in failure route and tells if
the transaction in question has been canceled by the uac.
fair
Hi Ray,
no, I'm afraid it's not possible. avp_db_load support only equal matching.
regards,
bogdan
Raymond Chen wrote:
Dear all,
can avpops regres the source data like avp_db_load(“$from/uri”,
“s:username/rpid”) and uri = 123123132 username in rpid talbe is 123%.
Regards
Ray
User: bogdan_iancu
Date: 2005/08/29 03:41:11 PDT
OpenSER CVS - Commit Details
Modified files:
modules/cpl-ccpl_proxy.h
Commit Log:
- CPL interpreter stop floowing the negative replies in proxy node if the
INVITE was cancelled.
Revision ChangesPath
1.3
Hi Richard,
that's right - you can apply in branch route exclusively per-branch changes.
regards,
bogdan
Richard Z wrote:
So each branch route can have different sip message going out, e.g.
different sdp value for different dst_uri?
On 8/27/05, Bogdan-Andrei Iancu [EMAIL PROTECTED] wrote
User: bogdan_iancu
Date: 2005/08/30 04:28:27 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_fwd.c
Commit Log:
- fixed e2e cancel problem (multiple vias at parallel forking); bug caused
due branch route;
Revision ChangesPath
1.10 +124 -82
User: bogdan_iancu
Date: 2005/09/01 01:13:57 PDT
OpenSER CVS - Commit Details
Modified files:
.receive.c
Commit Log:
-same approach used for default onreply route fo discarding provisional
replies (by using drop)
Revision ChangesPath
1.5 +6
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
if your problem persists, maybe a snapshot of your branch route will
help...or any other additional info.
did you try also the case where there are more than one branch in the
request? were you able to modify request-uri for all of them
Hi everybody,
there were couple of discussion threads around the issue of per-branch
flags. Before approaching the final step (per-branch flags prior
transaction creation), I would like to debate with everybody some
logical issues about the behaviour of per-branch flags.
The main idea is:
Juha,
In this case I'm not sure that the dynamic mask solution will solve the
issue number one - how the flag set will be initialy be formed on
entering branch route (so, no flag changed so far!)
let say you have the RURI nated, so the flag in msg-flags will be set.
The additional branches
User: bogdan_iancu
Date: 2005/09/02 03:55:38 PDT
OpenSER CVS - Commit Details
Modified files:
.action.c dset.c dset.h
modules/avpops avpops_impl.c
modules/enum enum.c
modules/exec exec.c
modules/registrarlookup.c
User: bogdan_iancu
Date: 2005/09/02 10:03:24 PDT
OpenSER CVS - Commit Details
Modified files:
modules/registrarREADME lookup.c reg_mod.c reg_mod.h
modules/registrar/doc registrar_user.sgml
Commit Log:
- registrar may use the branch flags for NAT marking
- new module
Hi everybody,
I just committed on CVS full support for per-branch flags.
What's the difference between the flags we already have and these new
one? So far we ave in OpenSER flags that will be called global flags -
global because they were visible everywhere in the transaction (in all
routes
to one
GW, waiting for reply, if negative sending to the nextor have I
missed the point
Iqbal
Bogdan-Andrei Iancu wrote:
Hi everybody,
I just committed on CVS full support for per-branch flags.
What's the difference between the flags we already have and these new
one? So far we ave
Hi Juha,
the docs will be updated. As the new release is getting closer, the
whole doc will be reviewed and synchronized - many other modules are
still incomplete documented.
regards,
bogdan
Juha Heinanen wrote:
looks like lookup() and t_relay() documentation is not correct.
lookup()
User: bogdan_iancu
Date: 2005/09/05 08:58:19 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm tm.c
Commit Log:
gflags_mask init fixed - looks like errno remains set when fork mode is used
and strtoll does not reset it if success (reported by Helge Waastad)
-SIGSEGV the hanged process in order to get a core and
backtrace (if you are not able to attach via gdb to it)
regards,
bogdan
PS: it will be difficult for me to set the scenario?
Klaus Darilion wrote:
Bogdan-Andrei Iancu wrote:
Hi Klaus,
are you running in fork mode? - asking since you
User: bogdan_iancu
Date: 2005/09/07 03:43:02 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm tm.c
Commit Log:
t_flush_flags - flush to T (UAS side) only the global flags
Revision ChangesPath
1.13 +2 -2 sip-server/modules/tm/tm.c
[
User: bogdan_iancu
Date: 2005/09/08 01:03:05 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_hooks.c
Commit Log:
- crash fixed when a module tried to register TM callbacks before TM is
actually initialized
Revision ChangesPath
1.3 +6 -1
User: bogdan_iancu
Date: 2005/09/08 01:14:20 PDT
OpenSER CVS - Commit Details
Modified files:
modules/uac auth.c uac.c
Commit Log:
-crash fixed when trying to use UAC_AUTH but restore_from_mode is NONE (and
TM not loaded) - reported by Gustavo García
Revision
Hi Juha,
I think it's ok to call load/next_gw from branch route, if you really
need it (depends of scenario). Since these functions just affects the
AVPS and RURI it will be safe.
Klaus - if you have only on branch going to GW you do not need per
branch AVPs - mark this branch with a branch
Hi Dimitry,
for the moment add_rr_param cannot be called from failure route due
implementation limitations - to be able to add params after the RR was
inserted, a pointer to the lump is kept in a static variable; when
adding params, the lump body is modified.
In failure route there are tow
Hi Klaus,
based on simplicity (as usage) and consistency (with mysql module), I
would say solution 2 - but actually this should be the choice of the
implementer :)
regards,
bogdan
Klaus Darilion wrote:
Hi!
I discovered a problem in the postgres module. Every
insert/update/delete will be
add_rr_param from a per-branch route?
Thanks,
Dmitry
- Original Message - From: Bogdan-Andrei Iancu
[EMAIL PROTECTED]
To: Dmitry Isakbayev [EMAIL PROTECTED]
Cc: devel@openser.org
Sent: Tuesday, September 13, 2005 10:36 AM
Subject: Re: [Devel] Callling add_rr_param from failure_route[x]
Hi
ups...forgot to CC
Original Message
Subject:Re: [Devel] Callling add_rr_param from failure_route[x]
Date: Wed, 14 Sep 2005 16:22:17 +0300
From: Bogdan-Andrei Iancu [EMAIL PROTECTED]
To: Juha Heinanen [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL
User: bogdan_iancu
Date: 2005/09/15 03:32:49 PDT
OpenSER CVS - Commit Details
Modified files:
modules/maxfwd README maxfwd.c mf_funcs.c
modules/maxfwd/doc maxfwd_user.sgml
Commit Log:
fixups and cleanup:
- max_limit of MAX-FORWARDS cannot exceed 256 (as per
User: bogdan_iancu
Date: 2005/09/15 04:52:00 PDT
OpenSER CVS - Commit Details
Modified files:
modules/usrloc udomain.c
Commit Log:
-added additional checks when pre-loading the location table to avoid crashes
due bogus/empty values
Revision ChangesPath
1.4
User: bogdan_iancu
Date: 2005/09/15 11:18:12 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_fwd.c
Commit Log:
Fixed dead lock in CANCEL processing - when t_relay-ing a CANCEL from within a
failure route, the process goes in dead lock on the transaction's
Hi Jonas,
the TM code for statistics was not update for a long time and the values
are not relevant anymore. The fixup of this piece of code will be done
once the new release is out.
Thanks for report,
bogdan
Jonas Appel wrote:
Hi all,
I went through the code of the t_stats module and im
Hi Juha,
that the solution I was having in mind - instead of static variables, to
use AVPs. By doing this all the existent functionality is preserved
(adding RR params before and after doing RR).
regards,
bogdan
Juha Heinanen wrote:
- instead of calling add_rr_param after record_route
Hi Jonas,
AFAIK, the tm_stats structure should contain the number of current
transactions in different states (timer lists) and not a cumulated
value. I do not find relevant to know how many transaction were in WAIT
since startup, but I find good to know how many are in this state at the
User: bogdan_iancu
Date: 2005/09/27 02:51:13 PDT
OpenSER CVS - Commit Details
Modified files:
modules/avpops README
modules/avpops/doc avpops_user.sgml
Commit Log:
- use_domain type fixed
Revision ChangesPath
1.13 +2 -2
User: bogdan_iancu
Date: 2005/09/28 05:18:38 PDT
OpenSER CVS - Commit Details
Modified files:
.Makefile Makefile.defs
modules/pa pa_mod.c pidf.c
modules/options mod_options.c
modules/tm t_funcs.c t_funcs.h
Commit Log:
-
Hi everybody,
To make more easier the testing of the new TLS code, I would like to
know if there are people interested to get involved.
My idea is to set a OpenSER proxy only with TLS as a central node for
interdomain/interservers TLS connectivity. Everybody will be free to
connect to the
User: bogdan_iancu
Date: 2005/09/29 03:43:40 PDT
OpenSER CVS - Commit Details
Modified files:
modules/usrloc ul_mod.c
Commit Log:
- fixed usrloc crash during failed startup due misconfiguration or init
(destroy without init)
Revision ChangesPath
1.2 +7
As there are people willing to participate in this testing (got many
replies privately), I will start setting up the TLS proxy - maybe in the
beginning of the next week will be up and running.
regards,
bogdan
Bogdan-Andrei Iancu wrote:
Hi everybody,
To make more easier the testing
User: bogdan_iancu
Date: 2005/10/04 03:11:33 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_lookup.c
Commit Log:
-fixed bug introduced by me along with CSEQ optimization - request is missing
in transaction if it's a local genrated request! thanks to Juha
Hi Juha,
thanks for the help in troubleshooting this. The fix is on the CVS. Let
me know if the crash was solved.
regards,
bogdan
Juha Heinanen wrote:
bogdan,
i found openser cvs head from sept 27 BEFORE your cseq check
optimization patches and with that version the crash in t_reply.c
User: bogdan_iancu
Date: 2005/10/06 02:06:11 PDT
OpenSER CVS - Commit Details
Modified files:
tls README
tls/doc tls_user.sgml
Commit Log:
- tutorial updated with a new chapter:
1.5.2. Creating a server/client certificate
Revision
User: bogdan_iancu
Date: 2005/10/06 03:36:30 PDT
OpenSER CVS - Commit Details
sip-server/tls/tools - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
User: bogdan_iancu
Date: 2005/10/06 05:12:15 PDT
OpenSER CVS - Commit Details
Modified files:
.tcp_main.c
Commit Log:
more debug info
Revision ChangesPath
1.6 +3 -2 sip-server/tcp_main.c
[
User: bogdan_iancu
Date: 2005/10/07 03:50:51 PDT
OpenSER CVS - Commit Details
Modified files:
mem shm_mem.h
Commit Log:
- _shm_realloc compilling warnings fixed
Revision ChangesPath
1.4 +2 -2 sip-server/mem/shm_mem.h
[
Hi everybody,
finally the TLS proxy is up and running - just to remember what was
about -
http://www.openser.org/pipermail/users/2005-September/000953.html
The configuration is quite a simple one - it accepts exclusively
requests over TLS and does relay based on RURI
Hi everybody,
there are couple of thing to be done before the new release:
1) fixing known bugs/crashes :
- there are some bugs in TM reported by Klaus, still working on
- some TLS memory free bug reported by Helge, but no reproducible.
2) updating docs:
- updating the
Hi Juha,
I agree on this - the dst URI must be interpreted as an OBP and used for
the entire dialog. The correct behaviour is to sent ACK to same OPB as
the INVITE.
regards,
bogdan
Juha Heinanen wrote:
if a sip ua is behind nat, uac fifo accepts the actual destination uri
on the fourth
Hi Juha,
I think will have to add config files for the certs to make it more
configurable.
regards,
bogdan
Juha Heinanen wrote:
it is not clear to me how to handle the situation when proxy serves more
than one domain. i guess each domain needs its own user (client/server)
Hi Norman,
thanks for report - if you disable the acc part (not setting the
acc_function function), does it keep crashing?
as Daniel already said, the core backtrace will be very helpful.
regards,
bogdan
Norman Brandinger wrote:
The latest CVS version of openser crashes consistently when
looks like a mem overwritten error (based on the exit point). have you
the qm debug logs ?
regards,
bogdan
Juha Heinanen wrote:
bogdan,
i tried with the cvs version of tm and got core dump:
(gdb) where
#0 0x0808c673 in qm_debug_frag (qm=0x811dc80, f=0x817b1ec)
at mem/q_malloc.c:133
#1
User: bogdan_iancu
Date: 2005/10/17 05:40:45 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_fwd.c t_msgbuilder.c
Commit Log:
- fixed bug inserted with the last fix :D
Revision ChangesPath
1.16 +2 -2 sip-server/modules/tm/t_fwd.c
[
User: bogdan_iancu
Date: 2005/10/17 11:21:30 PDT
OpenSER CVS - Commit Details
Modified files:
modules/rr loose.c
Commit Log:
buf fixed: select proper send socket after loose_route if double routing
changed the port or the IP address.
Revision ChangesPath
1.6
User: bogdan_iancu
Date: 2005/10/18 10:03:15 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm h_table.h t_funcs.c t_reply.c tm.c
uac_fifo.c
Commit Log:
-fixed bug in t_local_replied() - in some cases TM uses UAC reply functions
which
User: bogdan_iancu
Date: 2005/10/18 10:42:16 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm t_reply.c
Commit Log:
-fixed bug related to imbricated execution of failure route for CANCEL and
INVITE
(reported by Klaus)
Revision ChangesPath
1.16
User: bogdan_iancu
Date: 2005/10/19 11:12:00 PDT
OpenSER CVS - Commit Details
Modified files:
.Makefile
Commit Log:
gen_ha1 installation name fixed - reported by Klaus
Revision ChangesPath
1.7 +2 -2 sip-server/Makefile
[
Hi everybody,
in term of days, we will start the work of preparing the next release -
docs, compilation warnings, version setting, packages,etc.
to speed the things up and to end the bug fixing period, please
everybody report if there are any remaining known bugs or problems -
just to know
.
By doing so, you can distinguish between broken cancels and cancels
without invite.
regards,
bogdan
Juha Heinanen wrote:
Klaus Darilion writes:
Bogdan-Andrei Iancu wrote:
1) a fast CANCEL happens and the CANCEL is processed by the proxy
prior to INVITE. So, no INVITE is matched
this?
regards
klaus
Bogdan-Andrei Iancu wrote:
Hi everybody,
in term of days, we will start the work of preparing the next release
- docs, compilation warnings, version setting, packages,etc.
to speed the things up and to end the bug fixing period, please
everybody report if there are any remaining
User: bogdan_iancu
Date: 2005/10/20 08:31:18 PDT
OpenSER CVS - Commit Details
Modified files:
modules/uac_redirect rd_funcs.c rd_funcs.h redirect.c
Commit Log:
- fixed bug when internally calling ACC function - even if reason parameter is
declared as char*, ACC expects a str*
User: bogdan_iancu
Date: 2005/10/20 09:45:17 PDT
OpenSER CVS - Commit Details
Modified files:
modules/tm sip_msg.c
Commit Log:
-fixed bug in msg cloner (private to shared); from-display was not cloned and
was still pointing in private mem. (reported by Norman
Hi Juha,
indeed - this was one of the reasons for adding this functions.
regards,
bogdan
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
you can do this right now from the script - use the t_check_trans()
function : http://www.openser.org/docs/modules/0.10.x/tm.html#AEN475
User: bogdan_iancu
Date: 2005/10/25 04:19:34 PDT
OpenSER CVS - Commit Details
Modified files:
modules/auth_db README
modules/auth_db/doc auth_db_user.sgml
modules/auth_diameter/doc auth_diameter_user.sgml
modules/auth_radius/doc auth_radius_user.sgml
User: bogdan_iancu
Date: 2005/10/25 09:23:30 PDT
OpenSER CVS - Commit Details
Modified files:
modules/pa Makefile
Commit Log:
- (LOCALBASE)/include path required on FreeBSD in order to find iconv.h
(reported by Jesus Rodriguez)
Revision ChangesPath
1.2
User: bogdan_iancu
Date: 2005/10/25 11:04:31 PDT
OpenSER CVS - Commit Details
Modified files:
modules/usrloc ul_mod.h
Commit Log:
table version correlated with mysqldb script;
Revision ChangesPath
1.2 +2 -2 sip-server/modules/usrloc/ul_mod.h
[
Hi Klaus,
as I see on http://developer.berlios.de/projects/radiusclient-ng/, 0.5.0
is not longer posted?!? So, 5.1 will be fine.
regarding the TLS. I was thinking to have two packages - one without TLS
(as so far) and another one with TLS. The reason? I don't want to force
dependencies to
Klaus Darilion wrote:
Bogdan-Andrei Iancu wrote:
Hi Klaus,
as I see on http://developer.berlios.de/projects/radiusclient-ng/,
0.5.0 is not longer posted?!? So, 5.1 will be fine.
regarding the TLS. I was thinking to have two packages - one without
TLS (as so far) and another one with TLS
User: bogdan_iancu
Date: 2005/10/27 10:41:51 PDT
OpenSER CVS - Commit Details
sip-server/modules/uac_redirect/doc - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
User: bogdan_iancu
Date: 2005/10/27 10:44:52 PDT
OpenSER CVS - Commit Details
Added files:
modules/uac_redirect/doc uac_redirect.sqml
uac_redirect_devel.sgml
uac_redirect_faq.sgml
User: bogdan_iancu
Date: 2005/10/27 11:03:21 PDT
OpenSER CVS - Commit Details
Modified files:
modules/permissions permissions.c
Commit Log:
-just small code beautification
Revision ChangesPath
1.4 +4 -4 sip-server/modules/permissions/permissions.c
[
User: bogdan_iancu
Date: 2005/10/27 11:06:30 PDT
OpenSER CVS - Commit Details
Modified files:
tls tls_init.c
Commit Log:
- fixed couple of wanrings due missing hdr files or invalid signess.
- missing hdr file for FreeBSD 4.X, 5.X and 6.X (thanks to Jesus
User: bogdan_iancu
Date: 2005/10/27 11:56:36 PDT
OpenSER CVS - Commit Details
Removed files:
packaging/gentoo openser-1.0.0.ebuild
Commit Log:
-remove outdated gentoo spec file
Revision ChangesPath
1.2 +0 -106sip-server/packaging/gentoo/openser-1.0.0.ebuild
User: bogdan_iancu
Date: 2005/10/27 11:57:56 PDT
OpenSER CVS - Commit Details
Added files:
packaging/gentoo openser-1.0.0.ebuild
Commit Log:
- new gentoo spec file added (credits go to Cheng Zhang)
Revision ChangesPath
1.3 +110 -0
User: bogdan_iancu
Date: 2005/10/27 12:58:01 PDT
OpenSER CVS - Commit Details
Modified files:
etc openser.cfg openser.init
Commit Log:
- updates
Revision ChangesPath
1.4 +23 -23sip-server/etc/openser.cfg
[
User: bogdan_iancu
Date: 2005/10/27 13:03:34 PDT
OpenSER CVS - Commit Details
Modified files:
scripts mysqldb.sh postgresqldb.sh
Commit Log:
-bogus columns removde from subscriber table
Revision ChangesPath
1.9 +2 -3 sip-server/scripts/mysqldb.sh
User: bogdan_iancu
Date: 2005/10/28 12:31:37 PDT
OpenSER CVS - Commit Details
sip-server/etc/tls/user - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
User: bogdan_iancu
Date: 2005/10/28 12:32:58 PDT
OpenSER CVS - Commit Details
sip-server/etc/tls/rootCA/certs - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
User: bogdan_iancu
Date: 2005/10/28 12:35:40 PDT
OpenSER CVS - Commit Details
Added files:
etc/tls README
etc/tls/rootCA cacert.pem index.txt serial
etc/tls/rootCA/certs 01.pem
etc/tls/rootCA/private cakey.pem
etc/tls/user user-calist.pem
User: bogdan_iancu
Date: 2005/10/28 12:45:33 PDT
OpenSER CVS - Commit Details
Modified files:
etc openser.cfg
Commit Log:
- TLS part added into the script
Revision ChangesPath
1.5 +20 -1 sip-server/etc/openser.cfg
[
Hi Cheng,
the difference is in the default configuration (if TLS flags is or or
off) and about present sources (if TLS code is included or not).
it's not such a big difference, but I find is more easier to understand/use.
regards,
bogdan
Cheng Zhang wrote:
Congratulation to the excellent
User: bogdan_iancu
Date: 2005/10/31 04:14:04 PST
OpenSER CVS - Commit Details
Modified files:
packaging/gentoo openser.init
Commit Log:
- init file update required by package generation (thanks by Cheng Zhang)
Revision ChangesPath
1.2 +6 -6
1 - 100 of 1724 matches
Mail list logo
