<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-6740945304355297925</atom:id><lastBuildDate>Thu, 22 Mar 2012 09:17:14 +0000</lastBuildDate><category>asterisk</category><category>aastra</category><category>centos</category><category>cloudphones</category><category>QOS</category><category>xorcom</category><category>VLAN</category><category>customer service</category><category>vendors</category><category>network</category><category>sip</category><category>rhino</category><category>hardware</category><title>Exploring the promise of FOSS VoIP</title><description></description><link>http://blog.jkl5group.com/</link><managingEditor>noreply@blogger.com (MichelV69)</managingEditor><generator>Blogger</generator><openSearch:totalResults>4</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-6740945304355297925.post-4104852111936092512</guid><pubDate>Thu, 16 Sep 2010 12:39:00 +0000</pubDate><atom:updated>2010-09-16T08:44:11.739-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>sip</category><category domain='http://www.blogger.com/atom/ns#'>aastra</category><category domain='http://www.blogger.com/atom/ns#'>asterisk</category><title>Aastra 53i showing SIP 400 "Bad Request"</title><atom:summary type='text'>An amusing gotcha that's taken me two days to pin down...

If you have an Aastra 53i up to firmware version 2.6.0.1008 connecting to an Asterisk 1.4.x box do _not_ use the "fromuser=" directive in the SIP.CONF file associated with that phone.  The phone won't accept calls from Asterisk any more, returning error code 400 "Bad Request".


&lt;--- SIP read from 192.168.2.192:5060 ---&gt;
SIP/2.0 400 Bad </atom:summary><link>http://blog.jkl5group.com/2010/09/aastra-53i-showing-sip-400-bad-request.html</link><author>noreply@blogger.com (MichelV69)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-6740945304355297925.post-2098333873737666758</guid><pubDate>Thu, 12 Aug 2010 15:51:00 +0000</pubDate><atom:updated>2010-08-12T11:51:32.023-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>xorcom</category><category domain='http://www.blogger.com/atom/ns#'>network</category><category domain='http://www.blogger.com/atom/ns#'>centos</category><category domain='http://www.blogger.com/atom/ns#'>customer service</category><category domain='http://www.blogger.com/atom/ns#'>hardware</category><category domain='http://www.blogger.com/atom/ns#'>rhino</category><category domain='http://www.blogger.com/atom/ns#'>vendors</category><title>If the vendor doesn't fit, change him + CentOS 5.5 changing from DHCP to static IP addressing</title><atom:summary type='text'>If the vendor doesn't fit, change him
Fodder for another post is a nightmare I've had with Xorcom USA with one of my newest accounts.  If there was a way to blow the order and the VAR-partner relationship, including lying to the VAR, they've done it with this account.  No fun.

Eventually, we were obligated to drop Xorcom for this project and get a different appliance vendor.  We opted for Rhino </atom:summary><link>http://blog.jkl5group.com/2010/08/if-vendor-doesnt-fit-change-him-centos.html</link><author>noreply@blogger.com (MichelV69)</author><thr:total>2</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-6740945304355297925.post-5453498283708163513</guid><pubDate>Thu, 05 Aug 2010 13:14:00 +0000</pubDate><atom:updated>2010-08-05T09:23:17.959-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>network</category><category domain='http://www.blogger.com/atom/ns#'>VLAN</category><category domain='http://www.blogger.com/atom/ns#'>cloudphones</category><category domain='http://www.blogger.com/atom/ns#'>QOS</category><category domain='http://www.blogger.com/atom/ns#'>hardware</category><category domain='http://www.blogger.com/atom/ns#'>asterisk</category><title>How Much Hardware Do You Need</title><atom:summary type='text'>A question I've seen a lot lately is about how much hardware at the network and in the rack you need to run an Asterisk VOIP environment for the enterprise.  The real answer is "not much".

The Network Matters
On the network side, you're looking for Quality of Service (QOS) and the ability to put your voice traffic on a Virtual LAN (VLAN) so that it is "invisible" to data traffic.  Of the two, </atom:summary><link>http://blog.jkl5group.com/2010/08/how-much-hardware-do-you-need.html</link><author>noreply@blogger.com (MichelV69)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-6740945304355297925.post-3894090347725056201</guid><pubDate>Wed, 28 Jul 2010 12:28:00 +0000</pubDate><atom:updated>2010-07-28T08:36:02.547-04:00</atom:updated><title>Getting started</title><atom:summary type='text'>The whole "hedgehog concept" has pushed me to setting up the JKL5 Blog over here at Blogger.com.  We'd had one that we were running on our own servers using Typo but maintaining and managing it is just another "thing to do" that isn't our core business.Thanks for following us and we're looking forward to sharing some of ideas and thoughts about the Free Open Source Software (FOSS) Voice Over IP (</atom:summary><link>http://blog.jkl5group.com/2010/07/getting-started.html</link><author>noreply@blogger.com (MichelV69)</author><thr:total>0</thr:total></item></channel></rss>
