[VoiceOps] Announcement: Kamailio becomes systemd-rtc-server

Wed Apr 1 15:26:46 EDT 2015

I think we've all come around when it comes to the glory that is systemd.
Sure, you could argue against its shoddy design scope or its aggressive
development, but why fight it when everyone else is doing it?  For our
customers, that's all the justification I need to adopt systemd and praise
it endlessly.

On Wed, Apr 1, 2015 at 3:12 PM, Ryan Delgrosso <ryandelgrosso at gmail.com>
wrote:

> Given his past tirades about systemd I presumed the same :)
>
>
> On 4/1/2015 9:20 AM, Rob Dawson wrote:
>
>> I seem to remember some past Aprils Fool's trickery originating from you
>> . . .
>>
>> Rob
>>
>> -----Original Message-----
>> From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Alex
>> Balashov
>> Sent: Wednesday, April 01, 2015 12:21 AM
>> To: voiceops at voiceops.org
>> Subject: [VoiceOps] Announcement: Kamailio becomes systemd-rtc-server
>>
>> For immediate release:
>>
>> ATLANTA, GA (1 April 2015)--Evariste Systems LLC, an Atlanta-based
>> software vendor specialising in Kamailio-based service delivery solutions
>> for the VoIP ITSP market, is pleased to announce that it, in collaboration
>> with Red Hat Software and Ringfree Communications, has finalised the
>> absorption of the Kamailio SIP Server into the 'systemd'
>> system management platform for Linux. The new component shall be called
>> 'systemd-rtc-server', or 'Systemd Real-Time Communication Server'.
>>
>> Alex Balashov, principal of Evariste and leader of the tri-vendor
>> collaboration effort, will officially announce the handover of the reigns
>> of the Kamailio project to the personal leadership of Lennart Poettering at
>> the upcoming Systemd Real Time Communications World conference, to be held
>> in Berlin on 27-29 May of this year.
>>
>> John Knight, Director of GNOME 3 Integration and part-time usability
>> consultant at Ringfree Communications, based in Hendersonville, North
>> Carolina, summarised the triumphs of the long-standing integration effort.
>>
>> Remarked Knight:
>>
>> "The industry has recognised for years that a SIP proxy is a basic
>> building block in the 'init' subsystem of any Linux host. In this age of
>> multimedia communication with voice and video, it was a travesty that
>> systemd handled time synchronisation, network configuration, login
>> management, logging, and console, but not SIP message routing."
>>
>> Sean McCord, a veteran partner at Atlanta-based integrator CyCORE &
>> Docker, was quick to concur:
>>
>> "SIP calls are much easier to troubleshoot with binary logs. Combined
>> with packet captures of TLS-encrypted WebRTC calls, systemd-journald is the
>> ultimate call setup troubleshooting methodology of the responsive, kinetic
>> enterprise."
>>
>> To support the integration of Kamailio into the ecosystem of every major
>> Linux distribution, Evariste has released new 'dbus_api' and 'pulseaudio'
>> modules for the project.
>>
>> Balashov stated, "We fully expect to use the D-Bus API to achieve
>> gnome-session integration with systemd-rtc-server-usrloc, but we aren't
>> going to leave Windows users behind; KamailioSvcHost.exe will support
>> Domain Controller policies for G.722 in Active Directory forests."
>>
>> Despite an aggressive delivery timeline by the tri-vendor consortium
>> behind systemd-rtc-server, industry commentators have widely lambasted the
>> fact that it took so long for Kamailio to become integrated into systemd.
>> Fred Posner, solutions architect at The Palner Group in Fort Lauderdale,
>> Florida, recently wrote in a widely-publicised blog post:
>>
>> "sr-dev have been keeping their heads in the sand for too long. For years
>> now, it has been completely obvious and self-evident to anyone with half a
>> brain that all kinds of VoIP software should be included in systemd. It's a
>> basic building block of the whole OS, having absorbed functionality
>> previously provided by all kinds of packages like util-linux and
>> wireless-tools."
>>
>> John Knight of Ringfree accepted the criticism readily, but advocated a
>> forward-thinking orientation focused on breaking with the uncertainty of
>> the past:
>>
>> "In the absence of a SIP component for routing calls to the PSTN, some
>> people thought, 'systemd has no clear direction apart from the whims of its
>> developers, and is a perpetually moving goal post.' Well, a SIP server
>> should put an end to that whole discussion; that's exactly what was
>> missing, and now that we have systemd-rtc-server, we've eliminated all
>> doubts about the coherence, conceptual integrity and finality of systemd."
>>
>>
>> --
>> Alex Balashov | Principal | Evariste Systems LLC
>> 303 Perimeter Center North, Suite 300
>> Atlanta, GA 30346
>> United States
>>
>> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>> _______________________________________________
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>> _______________________________________________
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>

-- 

* <http://www.ringfree.biz>*

John Knight / Vice President
828-575-0030 x100/ john at ringfree.biz

Ringfree Communications, Inc Office: 828-575-0030 / Fax: 888-243-7830
PO BOX 1994 Hendersonville, NC 28793
http://ringfree.biz

This e-mail message may contain confidential or legally privileged
information and is intended only for the use of the intended recipient(s).
Any unauthorized disclosure, dissemination, distribution, copying or the
taking of any action in reliance on the information herein is prohibited.
E-mails are not secure and cannot be guaranteed to be error free as they
can be intercepted, amended, or contain viruses. Anyone who communicates
with us by e-mail is deemed to have accepted these risks. Company Name is
not responsible for errors or omissions in this message and denies any
responsibility for any damage arising from the use of e-mail. Any opinion
and other statement contained in this message and any attachment are solely
those of the author and do not necessarily represent those of the company.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20150401/6c512a01/attachment.html>