<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: What We&#8217;re Not Admitting about Asterisk</title>
	<atom:link href="http://jicksta.com/posts/what-were-not-admitting-about-asterisk/feed" rel="self" type="application/rss+xml" />
	<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk</link>
	<description>Adhearsion, Ruby, VoIP, Entrepreneurship</description>
	<pubDate>Thu, 29 Jul 2010 13:18:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Leo</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-457</link>
		<dc:creator>Leo</dc:creator>
		<pubDate>Thu, 24 Jun 2010 12:15:11 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-457</guid>
		<description>I agree with most of the thing said in this blog.
Though it's too bad i'm just a user, and not a developer.

I can configure Asterisk to make calls between extensions. But that's it...
From what i understand, in order to do anything else, you probably need to have "Developer" skills.

The "Chasm" Asterisk needs to pass is the one of being user friendly, and not simply being addressed to geeky / nerdy users who will spends a week or two on phone software.
I want to click my way through the configuration, not have to configure configuration files for my system to do what i want.

Anyway in the end i'm just happy to of have found the 3CX PhoneSystem. Windows based, intuitive, "CLICK ABLE" no need to go into complex linux folders and change files. Everything is done from a main configuration panel via you friendly windows environment.

I would say "Only if Asterisk Supported all that"... But i'll refrain from doing so since i prefer 3CX over Asterisk.
It gets the job done without having to tediously hire a linux guru or having to learn complex Asterisk commands.</description>
		<content:encoded><![CDATA[<p>I agree with most of the thing said in this blog.<br />
Though it&#8217;s too bad i&#8217;m just a user, and not a developer.</p>
<p>I can configure Asterisk to make calls between extensions. But that&#8217;s it&#8230;<br />
From what i understand, in order to do anything else, you probably need to have &#8220;Developer&#8221; skills.</p>
<p>The &#8220;Chasm&#8221; Asterisk needs to pass is the one of being user friendly, and not simply being addressed to geeky / nerdy users who will spends a week or two on phone software.<br />
I want to click my way through the configuration, not have to configure configuration files for my system to do what i want.</p>
<p>Anyway in the end i&#8217;m just happy to of have found the 3CX PhoneSystem. Windows based, intuitive, &#8220;CLICK ABLE&#8221; no need to go into complex linux folders and change files. Everything is done from a main configuration panel via you friendly windows environment.</p>
<p>I would say &#8220;Only if Asterisk Supported all that&#8221;&#8230; But i&#8217;ll refrain from doing so since i prefer 3CX over Asterisk.<br />
It gets the job done without having to tediously hire a linux guru or having to learn complex Asterisk commands.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Viola</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-212</link>
		<dc:creator>Diego Viola</dc:creator>
		<pubDate>Wed, 20 May 2009 06:00:58 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-212</guid>
		<description>Would you consider using the FreeSWITCHeR ruby library for Adhearsion and adding FreeSWITCH support that way?</description>
		<content:encoded><![CDATA[<p>Would you consider using the FreeSWITCHeR ruby library for Adhearsion and adding FreeSWITCH support that way?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugene Blanchard</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-101</link>
		<dc:creator>Eugene Blanchard</dc:creator>
		<pubDate>Mon, 15 Dec 2008 06:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-101</guid>
		<description>I have been using Asterisk in various forms for the past 2 year and I felt the same way that Jay did - it was not ready for the masses unless you can sift through the coding of the dialplans and read the 604 pages of Asterisk: The Future of Telephony. 

That was until I came across the &lt;a href="http://pbxinaflash.net/" rel="nofollow"&gt;PBX in a Flash (PiaF) distribution of Asterisk&lt;/a&gt;. This new distribution (just over a year old) is installed using an iso image that installs and updates the software. It combines all of the tools needed to configure Asterisk through the excellent web based interfaces: Webmin and FreePBX. It makes it easy to configure IAXy, fxs, SIP extensions, voicemail, trunks, IVR, etc.. without writing a dialplan based on coding. Kudos to the PiaF team!

I started using PiaF in March of 2008 and contributed by creating the website &lt;a href="http://www.cadvision.com/blanchas/Asterisk/index.html" rel="nofollow"&gt;PBX in a Flash for Newbies Newbies&lt;/a&gt;. I teach Telecommunications in a Polytechnical institute and have had the chance to test and interface Asterisk to many legacy systems: Nortel Meridian systems, DMS-100 supernodes, MTX cellsite switches, Cisco Call Manager Express, etc..  The other telecom instructors and Cisco instructors are astounded with PiaF capabilities and especially with the ease and speed in configuring extensions and trunks. 

Asterisk, through PiaF, is ready for prime time.</description>
		<content:encoded><![CDATA[<p>I have been using Asterisk in various forms for the past 2 year and I felt the same way that Jay did - it was not ready for the masses unless you can sift through the coding of the dialplans and read the 604 pages of Asterisk: The Future of Telephony. </p>
<p>That was until I came across the <a href="http://pbxinaflash.net/" rel="nofollow">PBX in a Flash (PiaF) distribution of Asterisk</a>. This new distribution (just over a year old) is installed using an iso image that installs and updates the software. It combines all of the tools needed to configure Asterisk through the excellent web based interfaces: Webmin and FreePBX. It makes it easy to configure IAXy, fxs, SIP extensions, voicemail, trunks, IVR, etc.. without writing a dialplan based on coding. Kudos to the PiaF team!</p>
<p>I started using PiaF in March of 2008 and contributed by creating the website <a href="http://www.cadvision.com/blanchas/Asterisk/index.html" rel="nofollow">PBX in a Flash for Newbies Newbies</a>. I teach Telecommunications in a Polytechnical institute and have had the chance to test and interface Asterisk to many legacy systems: Nortel Meridian systems, DMS-100 supernodes, MTX cellsite switches, Cisco Call Manager Express, etc..  The other telecom instructors and Cisco instructors are astounded with PiaF capabilities and especially with the ease and speed in configuring extensions and trunks. </p>
<p>Asterisk, through PiaF, is ready for prime time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juan Carlos Diaz</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-99</link>
		<dc:creator>Juan Carlos Diaz</dc:creator>
		<pubDate>Thu, 11 Dec 2008 16:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-99</guid>
		<description>Liked the article. I am puzzled though by the way you used the "deus ex machina" expression. It should not be plainly translated into "machine of God" or "God's machine". It's an expression and it should not be taken literally.
Uff... I sound like my latin professor now! ajj... sorry
Great article! I really liked it.</description>
		<content:encoded><![CDATA[<p>Liked the article. I am puzzled though by the way you used the &#8220;deus ex machina&#8221; expression. It should not be plainly translated into &#8220;machine of God&#8221; or &#8220;God&#8217;s machine&#8221;. It&#8217;s an expression and it should not be taken literally.<br />
Uff&#8230; I sound like my latin professor now! ajj&#8230; sorry<br />
Great article! I really liked it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yves</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-48</link>
		<dc:creator>Yves</dc:creator>
		<pubDate>Sun, 24 Aug 2008 23:14:08 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-48</guid>
		<description>The problem with Asterisk, is Asterisk itself. There's just so many things wrong with it, it just can't be salvaged, it's design is flawed all the way to the core.

Callweaver has attempted to improve the situation by replacing a number of the key flawed components with either implementations leveraging some other solid open source project, or by rewriting when necessary. This helps a lot, but at the core, it's still the same flawed Asterisk design.

I have a number of both Asterisk and Callweaver deployments under my belt, and certainly a few years ago, Asterisk was the only option. I have no regrets having used it, it has allowed me to do things in telephony I had never imagined would have been possible a decade ago. In fact, I would have probably never got involved in telephony had it not been for Asterisk. It has served it's purpose and served it while (despite all it's flaws).

However, for now, the future of IP telephony in my opinion, no longer lies with Asterisk or it's derivatives. FreeSWITCH is the future.

FreeSWITCH is a younger project obviously, and hence there's a few things that might be easy to do in Asterisk, yet a little bit more cumbersome than one would want in FS, but there's so many things that FS does better than Asterisk, it blows my mind. In addition, there's so many things that you can do with FS that you'll never be able to do with Asterisk (at least not in any way as clean and elegant, and without having to write a C module). FS is well designed and it doesn't get in the way. It really is a pleasure to use and so powerful at the same time. It's also fairly well documented (by the project itself).

That said, you pretty much need to be a programmer to make good use of FS. Certain things that could be done in Asterisk in extensions.[conf&#124;ael] are going to require writing a few lines of code (and I mean, Javascript, Perl, Python, or one of the other languages FS has some support for), but that's actually part of the beauty of FS. Other things that required a convoluted mess to achieve in Asterisk are often achievable in some simple, clean and elegant way in FS.

That said, FS, due it's design will certainly yield some PBX projects built on top of it that will have a much better chance at offering a friendly, yet powerful PBX offering. Things LaTeX on top of TeX if you will.</description>
		<content:encoded><![CDATA[<p>The problem with Asterisk, is Asterisk itself. There&#8217;s just so many things wrong with it, it just can&#8217;t be salvaged, it&#8217;s design is flawed all the way to the core.</p>
<p>Callweaver has attempted to improve the situation by replacing a number of the key flawed components with either implementations leveraging some other solid open source project, or by rewriting when necessary. This helps a lot, but at the core, it&#8217;s still the same flawed Asterisk design.</p>
<p>I have a number of both Asterisk and Callweaver deployments under my belt, and certainly a few years ago, Asterisk was the only option. I have no regrets having used it, it has allowed me to do things in telephony I had never imagined would have been possible a decade ago. In fact, I would have probably never got involved in telephony had it not been for Asterisk. It has served it&#8217;s purpose and served it while (despite all it&#8217;s flaws).</p>
<p>However, for now, the future of IP telephony in my opinion, no longer lies with Asterisk or it&#8217;s derivatives. FreeSWITCH is the future.</p>
<p>FreeSWITCH is a younger project obviously, and hence there&#8217;s a few things that might be easy to do in Asterisk, yet a little bit more cumbersome than one would want in FS, but there&#8217;s so many things that FS does better than Asterisk, it blows my mind. In addition, there&#8217;s so many things that you can do with FS that you&#8217;ll never be able to do with Asterisk (at least not in any way as clean and elegant, and without having to write a C module). FS is well designed and it doesn&#8217;t get in the way. It really is a pleasure to use and so powerful at the same time. It&#8217;s also fairly well documented (by the project itself).</p>
<p>That said, you pretty much need to be a programmer to make good use of FS. Certain things that could be done in Asterisk in extensions.[conf|ael] are going to require writing a few lines of code (and I mean, Javascript, Perl, Python, or one of the other languages FS has some support for), but that&#8217;s actually part of the beauty of FS. Other things that required a convoluted mess to achieve in Asterisk are often achievable in some simple, clean and elegant way in FS.</p>
<p>That said, FS, due it&#8217;s design will certainly yield some PBX projects built on top of it that will have a much better chance at offering a friendly, yet powerful PBX offering. Things LaTeX on top of TeX if you will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noel Grandin</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-40</link>
		<dc:creator>Noel Grandin</dc:creator>
		<pubDate>Wed, 20 Aug 2008 06:21:04 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-40</guid>
		<description>If I may paraphrase :

What you're saying is that Asterisk is the sendmail of telephony.

For those who don't understand - sendmail comes with a legendarily complex config file, and sendmail's developers also completely missed the point that they were asking their users to be programmers, and not just that, but to program in a terrible language.</description>
		<content:encoded><![CDATA[<p>If I may paraphrase :</p>
<p>What you&#8217;re saying is that Asterisk is the sendmail of telephony.</p>
<p>For those who don&#8217;t understand - sendmail comes with a legendarily complex config file, and sendmail&#8217;s developers also completely missed the point that they were asking their users to be programmers, and not just that, but to program in a terrible language.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olivier Mengué</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-39</link>
		<dc:creator>Olivier Mengué</dc:creator>
		<pubDate>Tue, 19 Aug 2008 17:28:04 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-39</guid>
		<description>How to get more Asterisk developers?
Here is a solution: make it easy for web hosting companies to host PBX applications as it is easy to host web applications.

The phone model is different from the Internet model from a business point of view: you can get money from every "page hit". So hosting PBX applications can be a good businness. And if you make it easy for web developpers to integrate a phone (audio) interface into their web application you will give them an additional way to make money.

So we need easy Asterisk hosting and framework integration with web applications !</description>
		<content:encoded><![CDATA[<p>How to get more Asterisk developers?<br />
Here is a solution: make it easy for web hosting companies to host PBX applications as it is easy to host web applications.</p>
<p>The phone model is different from the Internet model from a business point of view: you can get money from every &#8220;page hit&#8221;. So hosting PBX applications can be a good businness. And if you make it easy for web developpers to integrate a phone (audio) interface into their web application you will give them an additional way to make money.</p>
<p>So we need easy Asterisk hosting and framework integration with web applications !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ravenii</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-37</link>
		<dc:creator>Ravenii</dc:creator>
		<pubDate>Tue, 19 Aug 2008 09:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-37</guid>
		<description>I also read your not meant to be published post (Sorry my reader, newsgator picked it up). That is even better!</description>
		<content:encoded><![CDATA[<p>I also read your not meant to be published post (Sorry my reader, newsgator picked it up). That is even better!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ravenii</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-36</link>
		<dc:creator>Ravenii</dc:creator>
		<pubDate>Tue, 19 Aug 2008 09:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-36</guid>
		<description>Thank you for the good read and the subsequent comments, specially of Mark's. We don't get to read him much these days. My work on Asterisk has been largely on conferencing integration and remote monitoring of non commercial, non public projects. The good thing about Asterisk is that once you start working with it, it does not let you stop. As Mark mentioned, there are many things that you could do with Asterisk. I feel sorry for Otto because he is not willing to go beyond the fence. Perhaps it is because lack of people to guide people like Otto and inspire them. I hate writing unless it is really needed but you and Mark got me writing something at 2:00 AM while waiting to get somewhere. I call that inspiration (You getting me to write!). Hope your article and the comments will open some eyes and and make some Ottos see Asterisk for what it is.</description>
		<content:encoded><![CDATA[<p>Thank you for the good read and the subsequent comments, specially of Mark&#8217;s. We don&#8217;t get to read him much these days. My work on Asterisk has been largely on conferencing integration and remote monitoring of non commercial, non public projects. The good thing about Asterisk is that once you start working with it, it does not let you stop. As Mark mentioned, there are many things that you could do with Asterisk. I feel sorry for Otto because he is not willing to go beyond the fence. Perhaps it is because lack of people to guide people like Otto and inspire them. I hate writing unless it is really needed but you and Mark got me writing something at 2:00 AM while waiting to get somewhere. I call that inspiration (You getting me to write!). Hope your article and the comments will open some eyes and and make some Ottos see Asterisk for what it is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Viola</title>
		<link>http://jicksta.com/posts/what-were-not-admitting-about-asterisk#comment-27</link>
		<dc:creator>Diego Viola</dc:creator>
		<pubDate>Sun, 17 Aug 2008 05:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://38.114.108.102/?p=115#comment-27</guid>
		<description>I highly recommend FreeSWITCH to everyone that is interested in VoIP and applications.

You can do nice things like calling scripts from the extensions in the XML dialplan, there is also YAML support through mod_yaml.

There is also socket support (mod_event_socket), xml-rpc, I believe they are also working on JSON/REST support for writing web apps on top of it.

You can also abstract the low level functionality into a high level fashion using scripting languages or XML/YAML, etc.

FS rocks.</description>
		<content:encoded><![CDATA[<p>I highly recommend FreeSWITCH to everyone that is interested in VoIP and applications.</p>
<p>You can do nice things like calling scripts from the extensions in the XML dialplan, there is also YAML support through mod_yaml.</p>
<p>There is also socket support (mod_event_socket), xml-rpc, I believe they are also working on JSON/REST support for writing web apps on top of it.</p>
<p>You can also abstract the low level functionality into a high level fashion using scripting languages or XML/YAML, etc.</p>
<p>FS rocks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
