From a customer point of view is great that you are satisfied with
the software.
Myself as a platform vendor having to satisfy the needs of multiple
customers I can only concur with Bogdan that the curent design has
flaws inherited from the original requirements and fixing them one by
one by developing or improving modules to navigate around them is not
the most efficient way forward.
A consistent core with a generic API to a higher level application
that does not depend much on the core version and where a programming
language chosen by the customer can be used is much more future proof
then patching endlessly the existing code with lose modules and having
to rewrite the configuration with every major version upgrade.
Having two projects and two ways to achieve the same goals may help
the customers in the future.
Adrian
On Nov 14, 2008, at 2:59 PM, Henning Westerholt wrote:
Hello all,
recently some statement came to my attention that "there is a common
consent
that the current design/architecture of [..] OpenSER (inherited from
SER) is
no longer able to deliver and to meet the present requirements and
demands".
I don't want to argue that much about this opinion, in fact the
demands to a
Voice over IP solution depends very much on the certain setup. But i
want to
share some details from my experiences in developing and operating a
big VoIP
infrastructure here at 1&1.
We've about 2 million customers on our platform, that uses over 5
million
individual numbers and terminate about 1 billion minutes per month.
We're
able to provide a good service with the actual architecture of OpenSER
without any real problems. Of course there is always some room for
improvements, but so far the main challenges we faced were not in the
scalability or performance areas. More important issues are e.g. the
inherent
complexity of the SIP protocol and the maintainance of a good quality
assurance and integration process.
We started some years ago with OpenSER 0.9.5, which we then extended
a lot in
house. For example we implemented more than 25 own modules, a own path
implementation, did a lot of bug fixing and workarounds for certain
problems
we've found. We're able to reduce this amount of proprietary code a
lot in
the past, because of progress in the OpenSER development,
intregration of
our "key" modules and a lot of other contributions. We're using now
something
between OpenSER 1.3 and Kamailio 1.4 with only a few private
extensions.
So in my opinion the actual design of our server is not "[..] an
inevitable
dead-end that needs to be avoided.". I rather think that we'll be
able with
continuing improvements to tackle the upcoming challenges well,
especially as
we will work together in the future with the SER developers in
improving
important areas of this software.
But this is just my personal opinion, everybody is of course free to
have
their own position.
With best regards,
Henning Westerholt
--
Henning Westerholt - Development Consumer Products / DSL Core
1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany
Vorstände: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Thomas
Gottschlich, Robert Hoffmann, Markus Huhn, Hans-Henning Kettler,
Dr. Oliver Mauss, Jan Oetjen - Aufsichtsratsvorsitzender: Michael
Scheeren
Amtsgericht Montabaur / HRB 6484
_______________________________________________
Users mailing list
Users(a)lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users