<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Telephony on Caktus Group</title><link>https://www.caktusgroup.com/tags/telephony/</link><description>Recent content in Telephony on Caktus Group</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 13 Oct 2008 14:58:09 +0000</lastBuildDate><atom:link href="https://www.caktusgroup.com/tags/telephony/index.xml" rel="self" type="application/rss+xml"/><item><title>Asterisk CDR &amp; Django integration with ODBC</title><link>https://www.caktusgroup.com/blog/2008/10/13/asterisk-cdr-django-odbc/</link><pubDate>Mon, 13 Oct 2008 14:58:09 +0000</pubDate><guid>https://www.caktusgroup.com/blog/2008/10/13/asterisk-cdr-django-odbc/</guid><description>&lt;p>Tobias already
&lt;a href="http://www.caktusgroup.com/blog/2007/12/15/is-asterisk-more-silent-than-youd-like/" target="_blank" rel="noopener noreferrer">mentioned&lt;/a>
how Caktus uses &lt;a href="http://www.asterisk.org/" target="_blank" rel="noopener noreferrer">Asterisk&lt;/a> as our PBX. He also
mentioned how we tested various frontends both for managing the asterisk
configuration and interacting with asterisk to, for example, check our
voicemail. We were inticed by some of the client management solutions
that we could plumb up with asterisk. Caktus has a loose administration
structure, which allows us to be flexible and not have levels of
managers between clients and coders. But, this flexiblility can leave
loose ends unchecked when the person in charge of a project is
distracted for a day or two. We saw this as an opportunity where Caktus
could add a level of group accountability and use some neat technology.
We also wanted a tool that would integrate well with our current
homegrown &lt;a href="http://www.djangoproject.com" target="_blank" rel="noopener noreferrer">Django&lt;/a>ERP/CRM as well as Trac,
our prefered tool for project management. So, we decided to write some
sweet code.&lt;/p></description></item><item><title>Is Asterisk More Silent Than You'd Like?</title><link>https://www.caktusgroup.com/blog/2007/12/15/is-asterisk-more-silent-than-youd-like/</link><pubDate>Sat, 15 Dec 2007 19:06:01 +0000</pubDate><guid>https://www.caktusgroup.com/blog/2007/12/15/is-asterisk-more-silent-than-youd-like/</guid><description>&lt;p>At Caktus, we use the &lt;a href="http://www.asterisk.org/" target="_blank" rel="noopener noreferrer">Asterisk&lt;/a> open source
telephony platform. While setting up Asterisk, we tested a number of
different system environments and configurations to help determine what
would best fit our telephone needs. This involved running Asterisk on
both real and virtual machines and testing several configuration front
ends, including &lt;a href="http://www.freepbx.org/" target="_blank" rel="noopener noreferrer">FreePBX&lt;/a> and
&lt;a href="http://destar.berlios.de/" target="_blank" rel="noopener noreferrer">DeStar&lt;/a>. This article discusses a fairly
technical problem we confronted while installing a basic Asterisk setup
on the Debian GNU/Linux operating system (on real hardware); namely,
when the ztdummy Linux kernel module was loaded, Asterisk was unable to
play back any recordings (even its own). When we unloaded the ztdummy
module, however, recordings would play back fine. The catch, of course,
was that we needed ztdummy loaded for conference room support.&lt;/p></description></item></channel></rss>