<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>VOIP Blog</title>
<link>http://www.frommydesk.com/blog/voip/</link>
<description></description>
<language>en</language>
<copyright>Copyright 2005</copyright>
<lastBuildDate>Wed, 31 Aug 2005 14:30:48 -0500</lastBuildDate>
<generator>http://www.movabletype.org/?v=3.17</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 

<item>
<title>VOIP-Problem solved</title>
<description><![CDATA[<p><img alt="broadvoice.gif" align=right src="http://www.frommydesk.com/blog/voip/images/broadvoice.gif" width="111" height="27" /><img alt="cisco_7960.gif" align=right src="http://www.frommydesk.com/blog/voip/images/cisco_7960.gif" width="111" height="71" /><h1>VOIP Testing</h1> Success!  The major issues I have been having since <a href="http://www.frommydesk.com/blog/voip/archives/2005/08/broadvoice_and.html" >this post </a> have been resolved.  My VOIP server ( asteriskwin32.exe) is now running as a service and the biggest changes were in the sipdefault.cnf.  the changes are listed here for my Cisco 7960 and 7940 phones. Seems like a human error problem but I really didn't know that these setting were important or needed to be changed.<br />
<br><br />
<em># Outbound Proxy Support<br><br />
outbound_proxy: ""	</em> 	Had to add this line and put an address in it<br><br />
<em># RTP Call Statistics (SIP BYE/200 OK message exchange)<br />
call_stats: 1			; 0-Disabled (default), 1-Enabled</em><b>And because I was crossing timezones...</b><br />
<em># Time Server (There are multiple values and configurations refer to Admin Guide for Specifics)<br />
sntp_server: "69.25.96.11"			; SNTP Server IP Address<br />
sntp_mode: directedbroadcast	; unicast, multicast, anycast, or directedbroadcast (default)<br />
time_zone: CST			; Time Zone Phone is in<br />
dst_offset: 1			; Offset from Phone's time when DST is in effect <br />
dst_start_month: April		; Month in which DST starts<br />
dst_start_day: ""		; Day of month in which DST starts<br />
dst_start_day_of_week: Sun	; Day of week in which DST starts<br />
dst_start_week_of_month: 1	; Week of month in which DST starts<br />
dst_start_time: 02		; Time of day in which DST starts<br />
dst_stop_month: Oct		; Month in which DST stops<br />
dst_stop_day: ""		; Day of month in which DST stops<br />
dst_stop_day_of_week: Sunday	; Day of week in which DST stops<br />
dst_stop_week_of_month: 8	; Week of month in which DST stops 8=last week of month<br />
dst_stop_time: 2		; Time of day in which DST stops<br />
dst_auto_adjust: 1		; Enable(1-Default)/Disable(0) DST automatic adjustment<br />
time_format_24hr: 1		; Enable(1 - 24Hr Default)/Disable(0 - 12Hr)</em></p>

<p><br />
All in all, looking back on this.  The setting do make sense but it was very frustrating trying to figure out which ones would make the difference.  Now all the phones are working great and Broadvoice is( without fail) serving all of our needs.  Three-way calling is a wonderful feature that I have now had a chance to use quite a bit because of how easy the Cisco 7960 and 7940 phones are to use.  Now if I could just get a Vonage account to work...</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/voip-problem_so.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/voip-problem_so.html</guid>
<category>VOIP</category>
<pubDate>Wed, 31 Aug 2005 14:30:48 -0500</pubDate>
</item>
<item>
<title>VOIP Takes Off</title>
<description><![CDATA[<p><img alt="voip_takes_off.jpg" align=right src="http://www.frommydesk.com/blog/voip/archives/voip_takes_off.jpg" width="106" height="84" /> <h1>VOIP in every home?</h1>More and more people like you and me... <br />
According to analysis done by the TeleGeography research group, VoIP usage is on the rise as more and more people abandon their traditional telephone companies for broadband telephone service also known as VoIP (Voice over Internet Protocol).</p>

<p>According to the analysis VoIP usage has toped 2.7 million in the second half of 2005 compared to just 440,000 just a year ago.</p>

<p>The revenue for VoIP is also on the increase and it is expected to top 3 billion USD by the end of 2007.</p>

<p>This raises a very good question.  What is the ratio of minutes of VOIP versus the minutes of plain old telephone service.  My take on this is simple.  The people that have VOIP use it mainly as a toy/only for certain types of calls i.e long distance and the rest of the time they are still using there plain old phone or cellular phone.  On this point I could be wrong. What are your thoughts?<br />
</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/voip_takes_off.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/voip_takes_off.html</guid>
<category>VOIP</category>
<pubDate>Tue, 23 Aug 2005 09:50:16 -0500</pubDate>
</item>
<item>
<title>Broadvoice and Asterisk</title>
<description><![CDATA[<p><img alt="help.jpg" align=right src="http://www.frommydesk.com/blog/voip/images/help.jpg" width="88" height="120" /><h1>VOIP Testing</h1> I am in need of some help... I have a asterisk server hosted out on the net and it has started a new issue.  The problem seems to stem from the fact that the clients are all behind firewalls and the server is not sending phone calls to them.  The service I use is broadvoice and that part seems to be working alright but I can not for the life of me receive a VOIP phone call through the system.  The testing environment I was using before involved a locally hosted Asterisk server and so the big change was taking it outside my local network. I use Cisco 7960 and 7940 phones and have multiple phones set up to ring for various VOIP calls but at this point none ring and that is the issue.  Any suggestions would be helpful at this point.  I will keep testing and let you know if I find a solution or cause for the problem.  Please check back as this is really driving me nuts and MUST be solved soon.  Thank you</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/broadvoice_and.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/broadvoice_and.html</guid>
<category>VOIP</category>
<pubDate>Tue, 23 Aug 2005 09:21:20 -0500</pubDate>
</item>
<item>
<title>Asterisk -Wiretap backdoor</title>
<description><![CDATA[<p><img alt="wiretap.gif" align=right alt="FCC Wiretap" height=150 width=150 src="http://www.frommydesk.com/blog/voip/images/wiretap.gif" width="300" height="326" />I don't think so... at least not for the home users...</p>

<p>ISPs and some VoIP providers will be forced to build backdoors into their networks that make it easier for law enforcement to run wiretaps. What does this mean for asterisk? I suppose not much unless you are a VOIP provider using it.  What kind of a backdoor do you think asterisk could have.  Open source seems a bit frightening when it comes to topics like this.</p>

<p>This follows a new <a href="http://www.eff.org/Privacy/Surveillance/CALEA/FCC_voip_wiretaps.pdf">Federal Communications Commission (FCC) rule</a> that expands the reach of the Communications Assistance to Law Enforcement Act (CALEA), says the <a href="http://www.eff.org/news/archives/2005_08.php#003876">EFF (Electronic Frontier Foundation)</a> </p>

<p>Under CALEA, passed in the early 1990s, all telephone providers must build "tappability" into their networks, but it expressly ruled out information services such as broadband, says the EFF, stressing that it’s argued against the expansion to the FCC.</p>

<p>Now, this tappability extends to broadband providers, says the foundation. </p>

<p>“Practically, what this means is that the government will be asking broadband providers - as well as companies that manufacture devices used for broadband communications – to build insecure backdoors into their networks, imperiling the privacy and security of citizens on the Internet. It also hobbles technical innovation by forcing companies involved in broadband to redesign their products to meet government requirements.”</p>

<p>The Department of Justice (DOJ) is also asking airlines to build similar backdoors into phone and data networks on airplanes, says the EFF, adding:</p>

<p>“EFF and the Center for Democracy and Technology (CDT) submitted joint comments to the FCC arguing against the DOJ's unprecedented and sweeping new technology design mandates and anticipatory wiretapping system.</p>

<p>“The FCC's new proposal to expand CALEA to airline broadband illustrates the fallacy of law enforcement's rationale for its CALEA request. The DOJ takes the position that broadband has ‘substantially replaced’ the local telephone exchange, but this claim is reduced to the point of absurdity aboard an airplane and opens the door for CALEA to cover just about anything.”</p>

<p>As Asterisk goes.  I do not believe it will be an open source backdoor.  Think of the privacy implications. So for the mainstream provider that is using asterisk as a backend, the module would have to be custom made and compiled.  Think of the implications of having a few hundred different implementations of the backdoor out there.  It would be a free for all... Just my two cents.<br />
The original article can be found <a href="http://p2pnet.net/story/5835">here</a>.</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_-wiret.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_-wiret.html</guid>
<category></category>
<pubDate>Mon, 08 Aug 2005 17:08:25 -0500</pubDate>
</item>
<item>
<title>3Com Expands Reach</title>
<description><![CDATA[<p>I found this to be a fun tid-bit and a good read<br />
<img alt="3com.gif"  align=right src="http://www.frommydesk.com/blog/voip/images/3com.gif" width="100" height="61" /></p>

<p>MARLBOROUGH, Mass.--(BUSINESS WIRE)--Aug. 2, 2005--<br />
  Specialized Convergence Distributor Increases 3Com's Footprint by Offering Broad Portfolio of Secure, Converged Networking Solutions    </p>

<p>3Com Corporation (<a href="http://www.3Com.com">www.3Com.com</a>) today announced that the company is expanding its reach into the strategic Voice over IP (VoIP) market through the addition of Target Distributing, a true convergence technologies distributor, to its list of authorized U.S. distributors. Target Distributing extends 3Com's reach into the VoIP market through its extensive and deep relationships with value-added resellers. </p>

<p>"The convergence market is strategic for 3Com, and one of our fastest growing segments as we continue to drive traction with our NBX(R) platform for small- and medium-sized organizations and VCX(TM) platform in large enterprises," said Nick Tidd, vice president North American Channel Sales at 3Com. "Adding Target Distributing to our list of authorized distributors is designed to accelerate that growth by leveraging Target's expertise as a true convergence distributor, as well as access to new reseller partners." </p>

<p>"Target Distributing shares 3Com's commitment to helping organizations fully realize the potential of a converged network," said Michael Momsen, general manager, Target Distributing. "Adding 3Com's extensive and award-winning portfolio of secure, converged products will give our reseller partners an unprecedented opportunity to provide end-to-end solutions for their customers that few other vendors can deliver." </p>

<p>"Given our long history with both Target Distributing and 3Com, we're extremely excited to now have combined access to Target's outstanding service and support and the product portfolio from one of the true leaders and innovators in IP telephony," says Bob Rankin, general manager, Telephony and Data Solutions of Dublin, OH. "We've successfully been selling 3Com since 1998, and we now plan on making all of our 3Com purchases thru Target Distributing going forward." </p>

<p>Having delivered the first IP-based NBX system in 1998, and expanding into a broad portfolio of systems and applications, 3Com is uniquely positioned to satisfy customers' needs for IP-focused convergence solutions. Target Distributing has a 30-year legacy of offering communications solutions to enterprise organizations in a wide range of industries, including education, healthcare and government. Target Distributing focuses on Convergence solutions and will carry the full portfolio of 3Com products in order to have the capabilities of providing complete secure, converged networks. Additionally, Target will provide training and education, and service and support capabilities for 3Com's products. </p>

<p>About 3Com Corporation </p>

<p>3Com Corporation (NASDAQ: COMS) is a leading provider of secure, converged voice and data networking solutions for enterprises of all sizes. 3Com offers a broad line of innovative products backed by world class sales, service and support, which excel at delivering business value for its customers. Through its TippingPoint division, 3Com is the leading provider of network-based intrusion prevention systems that deliver in-depth application protection, infrastructure protection, and performance protection for corporate enterprises, government agencies, service providers and academic institutions. For further information, please visit www.3com.com, or the press site www.3com.com/pressbox. </p>

<p>Copyright (C) 2005 3Com Corporation. 3Com, the 3Com logo and NBX are registered trademarks and TippingPoint and VCX are trademarks of 3Com Corporation. All other company and product names may be trademarks of their respective holders.<br />
</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/3com_expands_re.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/3com_expands_re.html</guid>
<category></category>
<pubDate>Thu, 04 Aug 2005 15:40:08 -0500</pubDate>
</item>
<item>
<title>Hemp, What do you know?</title>
<description><![CDATA[<p><img alt="Industrial Hemp" align=right src="http://www.frommydesk.com/blog/voip/images/hemp.jpg" width="250" height="200" /><br />
Hemp Facts from <a href="http://www.hemp.com">hemp.com</a><br><br />
I put on my hemp Merrell shoes and went out to run some errands.  The first store I went in to the person looked at my shoes and said "nice shoes, what are they?"<br />
I answered and tossed in the fact they are made out of hemp. The response I got almost knocked me down.<br />
"Oh, I am not into drugs"<br />
I said "Drugs, what do my shoes have to do with drugs?"<br />
She shrugged and said "don't people smoke hemp?"<br />
The conversation really didn't improve after that point but got me thinking about industrial hemp.  </p>

<p>If you could tell somebody that you could fix the energy dependence we have in the US, High gas prices, Feed more people, Produce more clothing, make better paint, Make plastics, Make paper without cutting down whole forests, and about a thousand other substantial, beneficial, earth friendly things would you tell them?  Why is it that we are so misinformed about things as simple as a plant that can be grown just about anywhere in the US.  Many other countries are growing it including Canada, China, Australia, and 30+ others.  However, here in the US we have a different stance.<br />
Let take this a different direction for a moment.<br />
If a pit bull is determined to be a more aggressive dog and deemed hazardous to our health and the health of people around them do we make dogs illegal of just make a pit bull illegal( i have nothing against pit bulls).<br />
So with this logic... </p>

<p>The pit bull (marijuana) is deemed bad and the great Dane(hemp) is deemed good for society.  Our government makes Canines (Cannabis) illegal to get rid of the pit bull(marijuana) problem rather than addressing the issue in a rational manner.</p>

<p>Misinformation and a genuine unwillingness to accept that the current mindset is taking away from what this country can become.  We are supposed to be a country of people with open minds and a drive to improve society as a whole whether it is with technology, crops, knowledge, or whatever.  </p>

<blockquote>“Oh, I am not into Drugs.”  </blockquote>Just doesn’t cut it when you are talking about something that can and will eventually change the way the US does business the world over.  We can be energy independent,  the answer has been around since around 10000 BC and we are choosing not to use it.
Frankly, I am frustrated and feel that something needs to be done.
 ]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/hemp_what_do_yo.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/hemp_what_do_yo.html</guid>
<category>Industrial Hemp</category>
<pubDate>Thu, 04 Aug 2005 09:49:33 -0500</pubDate>
</item>
<item>
<title>Asterisk or Cisco or The cable company</title>
<description><![CDATA[<p><img alt="asterisk.gif" align=right src="http://www.frommydesk.com/blog/voip/images/asterisk.gif" width="174" height="96" />Asterisk with a Cisco phone Revisited...<br />
After many, many tests of calling locally, long distance and international I have found that the biggest problem I am having is with one phone inparticular which is behind a cable modem and NAT.  It really doesn't make that much sense.  <br />
Here is the scenario:<br />
Conference call scheduled for 8:00PM<br />
I am at home and need to get onto the call.  Cell phone dies. Plug in a Cisco 7960 phone point it at a tftp server and log into the Asterisk box at the office. So far so good...<br />
I call in and get into it just fine 15-20 minutes later phone  goes dead and hangs up.(no it wasn't unplugged)<br />
I call back and am joined in again. All is well for 25-30 minutes and same thing.  I call back in and again join the conference call.  It is just about my turn to speak and it happened again. To make this story a little shorter, it happened twice more at very random times.  <br />
The coordinator for the conference call and I were on a first name basis by the time I got done(LOL).  He said I was the only person having any issues.  <br />
I was puzzled...<br />
When I got off of the call and tried calling somebody else. No problem.  three, four, and five calls later and no dropping out, no issues whatsoever.  Ran some test on the network last night and it seems that the cable company is losing more packets than usual every two or three hours for about an hour... It seems scary to me that the Asterisk PBX, and the Cisco VoIP phone are so finicky with dropped packets.  Time to investigate.  I am hoping this is a configuration error that I have created, otherwise, this will always be a random problem that might affect parts of town like the good old days of a large phone cable being inadvertantly cut by someone digging a hole somewhere.  Anyway, I have a call in to the cable broadband people and am hoping the can plug the leak...</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_or_cis.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_or_cis.html</guid>
<category>VOIP</category>
<pubDate>Wed, 03 Aug 2005 15:21:23 -0500</pubDate>
</item>
<item>
<title>Why Voice over IP Is on Hold</title>
<description><![CDATA[<p><img alt="IP-Phone.jpg" align=right src="http://www.frommydesk.com/blog/voip/images/IP-Phone.jpg" width="255" height="259" />This is an interesting take on why VOIP isn't the standard for corporate america and the adopting of the technology has been so slow.<br />
<strong><em>Vincent Ryan,</em></strong> <a href="http://www.NewsFactor.com ">www.NewsFactor.com </a></p>

<p>Voice over Internet Protocol (VoIP) technology, which allows enterprises to transmit voice calls over data networks, was supposed to make copper telephone networks obsolete and save companies millions of dollars in communication costs. But those ambitious goals have yet to be realized, and vendors are trying to unravel the mystery behind the technology's slow acceptance. <br />
Call quality, unstable technology, and the perceived oddity of migrating an enterprise's voice communications to its data network used to be the main reasons cited for VoIP's lackluster adoption rate. No more. <br />
"You don't hear a lot of talk anymore about voice quality or QoS (quality of service)," Frost & Sullivan VoIP analyst Jon Arnold told NewsFactor. "There's enough confidence and faith in the technology. A lot of the gap has been bridged, although it's not perfect." <br />
So, why are enterprises still hesitant to deploy VoIP on a wide scale -- and why are service providers still twiddling their thumbs? <br />
Education Needed <br />
The slow pace of VoIP deployment is connected not only to the economic downturn, but also to a lack of customer education or acceptance, according to Ralph Santitoro, director of network architecture at Nortel Networks (NYSE: NT - news). <br />
To remedy that shortfall and educate enterprise customers, he said, Nortel now offers a network assessment program in which Nortel business partners "crawl through" a company's Ethernet network to determine its fitness for IP telephony. <br />
Cisco Systems (Nasdaq: CSCO - news) also is trying to teach customers about the business benefits of voice over IP. "Customers aren't aware they can get QoS in a corporate network," said Hank Lambert, director of product marketing in Cisco's enterprise voice and video group. "When they talk about voice over IP, they confuse [it] with voice over Internet. That's a very different application of voice over IP." <br />
Currently, most corporate applications send voice calls through a company's data network and tie in to the standard copper-wire phone system at some point, avoiding the open Internet altogether. <br />
VPNs Lead the Field <br />
Currently, most enterprises adopting VoIP are focusing on voice virtual private network (VPN) applications, said Bob VanSickle, vice president of the Americas at Vocaltec, the company that introduced the first PC-to-PC voice client back in 1995. <br />
With this technology, companies with numerous remote locations can use small gateway appliances that interface with their PBX (private branch exchange -- a private telephone switching system) to place calls that bypass the phone companies' legacy networks, creating a secure voice connection. And one large retail chain is using its frame relay links, which are idle during the day, to do unlimited calling between stores, VanSickle said. <br />
He noted that return on investment for such VoIP projects usually can be achieved in less than six months. "You're not spending money to hear a lot of garbles, clicks and buzzes," he said. "Interoffice communications are also lower risk." <br />
Of course, VoIP is better suited to some applications than others. For example, some service providers that offer IP voice clearly state in their ads that they do not support 911 emergency services. "That might slow the adoption for certain applications," Santitoro noted. Cisco, for one, has addressed this problem by introducing an emergency responder server that gathers information about the location of an IP phone. <br />
Static About Security <br />
Unlike VPN-based voice over IP, the adoption curve will be steeper for IP PBX devices that allow users to place calls over the open Internet, VanSickle said. Slower acceptance of this technology will be due partly to technical problems -- packet jitter, missing and dropped packets, and compression hurdles -- and partly to security concerns. <br />
Sending voice packets across firewalls, for example, is a potential nightmare for some IT managers. "When you packetize everything, the networks don't know how to distinguish very well," Arnold said. In other words, identifying which packets are or are not acceptable in terms of network security is a difficult task. <br />
VoIP handsets also have their share of security vulnerabilities. Theoretically, hackers wanting to eavesdrop would not need to establish a physical connection to tap a VoIP phone line because the phone is connected to computers over the open Internet. VoIP phones also have IP addresses, which means anyone with a browser could access the phone's Web page and modify its features and options. <br />
But tapping an IP phone call is a lot harder than it sounds, VanSickle said, because packets follow multiple geographic paths and pass through different gateways to reach their destination. "Where do you place the tap, and how do you reassemble the packets?" he said. <br />
Integration Obstacles <br />
Security issues aside, interoperability, or internetworking, is also key to promoting widespread adoption of VoIP over the open Internet. For example, in today's technology market, one vendor's flavor of session initiation protocol (SIP) -- a signaling protocol for Internet conferencing, telephony and instant messaging (news - web sites) -- may not be identical to another vendor's. <br />
"Although the equipment meshes 90 percent of the time, there will always be glitches," Arnold said. "Until you can throw everything into the pot and have it all work, no carrier in their right mind is going to have a large-scale deployment." <br />
Although these obstacles to adoption are not insurmountable, overcoming them may take time. <br />
Inert on IP <br />
Service providers are the final piece of the VoIP puzzle, and they have been slow to deploy the technology and QoS-level agreements, Lambert said. But there are positive signs for VoIP on the horizon: Domestic RBOCs (regional Bell operating companies, such as BellSouth (NYSE: BLS - news), Ameritech and Nynex, among others) will need VoIP technologies in order to offer local phone service to customers outside their home regions, according to Arnold. <br />
"If RBOCs push further down the road, they're going to need IP packet technologies to do it," he noted. "They're not going to build out their copper networks. That could serve as a big stimulus" to sales of VoIP services and equipment. <br />
Even so, the RBOCs currently are dragging their heels on VoIP trials, putting the small, innovative equipment vendors running on limited capital resources in jeopardy. "There's nothing pushing [the RBOCs]," Arnold said. "Everyone is hoping they are going to do it all." <br />
But there is an "X" factor that could change the RBOCs' tune: Cable companies, such as Cox Communications, are rolling out IP telephony services over HFC cable networks. If cable operators begin to make inroads into homes and businesses, the RBOCs may be forced to pick up the pace.</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/why_voice_over.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/why_voice_over.html</guid>
<category>VOIP</category>
<pubDate>Tue, 02 Aug 2005 08:29:00 -0500</pubDate>
</item>
<item>
<title>Cisco 7960 and VOIP</title>
<description><![CDATA[<p><img alt="7960.jpg" align=right src="http://www.frommydesk.com/blog/voip/images/7960.jpg" width="150" height="150" />The Cisco phones are an interesting beast.  I have a few around that I get to play with. Some running SIP and some running the the Cisco Call Manager thing.  I like some more of the features of the Cisco Call manager but the SIP functionality seems to outweight any benifit in the long run.  The most important/fun feature of either is the XML services.  Currently I have a phone that reads three different XML documents from my site.  One is a XML from weather.com giving me the days weather, The second one is a dynamic telephone directory (for those of us that do not like typing something twice) and most importantly a RSS reader that allows a blog to streamed over the Asterisk connected phone.  <br />
    The first two just get a mention but the third is where the fun begins.  It took many tries but the phone now has a selection under the <strong>globe </strong>button that links me to a rss feed.  Now I know why these phones cost a few extra dollars.  I am expected to release a version of the XML services code soon after a few more revisions and perfections in the formatting... <br />
</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/cisco_7960_and.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/cisco_7960_and.html</guid>
<category>VOIP</category>
<pubDate>Mon, 01 Aug 2005 12:51:23 -0500</pubDate>
</item>
<item>
<title>Asterisk -In Windows Part 2</title>
<description><![CDATA[<p><img alt="asterisk.gif" align=right src="http://www.frommydesk.com/blog/voip/images/asterisk.gif" width="174" height="96" />Windows for Asterisk... What a concept and in part 2 of this I am going to bear some of the inner working of what DID work for me.</p>

<p>This is a continuation of <strong><a href="http://www.frommydesk.com/blog/voip/archives/2005/07/asterisk_-in_wi.html">Asterisk - In Windows</a></strong> Posted Yesterday.</p>

<p>Sip.conf (Broadvoice and Cisco configs.)<br />
The big change is right here!!!<br />
The first does NOT work and what I read on their site.<br />
<em><strong>;register => 303XXXXXXX@sip.broadvoice.com:itsasecret:303XXXXXXX@sip.broadvoice.com<br />
 </strong></em> <br />
And This one DOES work!!!<br />
<strong>register => 303XXXXXXX:itsasecret@sip.broadvoice.com</strong><br />
An issue I can not seem to explain and will do more research on as it is completely different than any of my UNIX servers. And the rest below is pretty plain jane...</p>

<p></p>

<p>[sip.broadvoice.com]<br />
type=peer<br />
user=phone<br />
host=sip.broadvoice.com<br />
fromdomain=sip.broadvoice.com<br />
fromuser=303XXXXXXX<br />
secret=itsasecret<br />
username=303xxxxxxx<br />
insecure=very<br />
context=from-broadvoice<br />
authname=303xxxxxxx<br />
dtmfmode=inband<br />
dtmf=inband<br />
canreinvite=no<br />
nat=yes <br />
disallow=all<br />
allow=gsm               <br />
allow=ulaw<br />
allow=alaw</p>

<p>(The cisco 7960 and 7940 phones)<br />
[3000] <br />
type=friend <br />
username=3000 <br />
secret=itsasecret <br />
host=dynamic <br />
callerid= <3000><br />
nat=no</p>

<p>and six more of these all identical</p>

<p>The extensions.conf<br />
[from-broadvoice]<br />
Audio problem fix as reported in my last post(not exactly a great way to fix it) causes the audio to be passed immediatly as soon as the asterisk server gets a sip notification of the call.<br />
exten => s,1,Dial(SIP/3001&SIP/3002,60,t<strong>m</strong>)<br />
<em>Here is the way it should have worked.(Any insight on this would be appreciated.)</em><br />
;exten => s,1,Dial(SIP/3001&SIP/3002,90,t)<br />
exten => s,2,Voicemail(3001) <br />
exten => s,3,hangup </p>

<p>As I said all is going well and the AMD machine is not working very hard at all to keep up. Now I just need to figure out what the big difference is for the audio problem... As I said. Insight from you would be greatly appreciated as this is about as odd as I have ever seen Asterisk get.</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_-in_wi_1.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/08/asterisk_-in_wi_1.html</guid>
<category>VOIP</category>
<pubDate>Mon, 01 Aug 2005 09:58:09 -0500</pubDate>
</item>
<item>
<title>Asterisk -In Windows</title>
<description><![CDATA[<p><img alt="AMD64.jpg" align=right src="http://www.frommydesk.com/blog/voip/images/AMD64.jpg" width="200" height="128" />This is a followup of sorts as I venture into another fun challege/test of the VOIP system of choice for the monetarily challenged.  Here is the line up</p>

<p>Windows XP Pro<br />
Asterisk Win32 from <a href="http://www.asteriskwin32.com/">asteriskwin32.com</a><br />
AMD 64 3200<br />
1 Gb DDR2 RAM<br />
650 GB SATA storage<br />
MSI NVIDIA 6600 PCI Express<br />
A8N-SLI Deluxe Motherboard<br />
- NVIDIA nForce4 SLI <br />
- PCI Express Architecture<br />
- SATA 3Gb/s<br />
- Dual RAID<br />
- Dual Gigabit LAN & AI NET2<br />
- NV Firewall <br />
- AI NOS™ <br />
- AI Audio (8-channel Audio)  </p>

<p><br />
My goal is to get all of this up and running with asterisk and see what the performance ramifications of running it under CYGwin are.  I will use the majority of the configurations from the other ASterisk servers I have with the main difference being the Windows thing... I will post update this port in a few hours and explain the results...<br />
Update 1:<br />
Server is up and running with only a few minor issues.  Issue 1 was <a href="http://www.broadvoice.com">broadvoice</a>. The setup is not as they have explained in the help files they have on there site or any of the true unix implementations I have done. Issue 2 was the way it is handling the Cisco 7960 SIP phones.  Currently, in incoming calls only, I can hear the other person when they call but they cannot here me.  In outbound calls it is fine.  The workaround I have found it to use a m switch in the extensions.cfg so that the incoming caller hears music instead of ringing. Audio is then passed throughout the entire call.<br />
    Overall the server seems to run very well.  The calls are routed efficiently and the broadvoice service again is shining as a very easy way to establish calls to non VOIP equipment or phones.<br />
     I will post again the details of the change to the first issue.  Currently I have modified the registration information for the broadvoice service to create teh connection/registration to them.  Once I am sure it is solid I will post the sip.cfg file that succeeds.  <br />
     So far Asterisk for windows is a success and the system can still be used for other tasks easily.  Memory usage is low and will 10 VOIP to VOIP calls going on with translation to another codec the processor doesn't break a sweat.  I am very pleased so far.  Tomorrows post will bring the guts out of this config so that you can duplicate it at home without having to have a seperate box for it.  <br />
</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/07/asterisk_-in_wi.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/07/asterisk_-in_wi.html</guid>
<category>VOIP</category>
<pubDate>Sun, 31 Jul 2005 17:26:58 -0500</pubDate>
</item>
<item>
<title>Random Thought on website hits and weather patterns</title>
<description><![CDATA[<p><img alt="rain.jpg" align=right src="http://www.frommydesk.com/blog/voip/images/rain.jpg" width="135" height="101" /><br />
As I was sitting here looking out my window wondering why visitors have been down for one of my other sites it dawned on me. Maybe it is not raining all over the world, just here... I am originally from Denver, Colorado and rain there is like gold.  It just doesn't rain everyday.  Lately where I am now it seems to rain everyday and sometimes three or four times a day.  So as the counts are lower I am realizing that everybody else is probably out biking, hiking, running, or just genuinely enjoying themselfs and I am listing to the rain.  My thought now is can I correlate the visitors and the times they visit to the weather patterns and predict (by knowing the weather forcast) how many people from a particular region will visit the site and how many are just going out to enjoy the day.  And that brought me to another random thought. When it is 100+ degrees outside do I get more visitors then too???  This is extremely random but it now has my mind wandering to figure out how I can gauge these things.  Does anywone else have this problem? Would anyone else admit to thinking this way...probably not... Anyway it was what I was sitting here thinking... <em><strong>Happy Friday!</strong></em></p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/07/random_thought.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/07/random_thought.html</guid>
<category>Random</category>
<pubDate>Fri, 29 Jul 2005 09:16:51 -0500</pubDate>
</item>
<item>
<title>SIP 101 - Session Initiation Protocol Explained</title>
<description><![CDATA[<p>For all of us that use it but didn't understand exactly what it was doing... This is an excellent primer on SIP.  Now if I could just get my hands on one of those SIP WiFi phones...</p>

<p>Session Initiation Protocol or SIP refers specifically to a language that various computers can communicate to one another in so that they can complete voice calls. It has become vitally important in recent years as it plays a central role in VoIP or Voice Over Internet Protocol. VoIP Is the rapidly growing technology which has millions of Americans throwing out their local and long-distance telephone bills and replacing them with free calls made over the internet. </p>

<p>While Session Initiation Protocol sounds like technobabble, it helps if you can imagine SIP as the common language that new generation operators use to complete calls over the internet. With SIP, however, the operators are no longer hundreds of people in a room somewhere connecting one call to another but simply your computer device connecting to the telephone or computer device of the person you want to talk to. The fact that there is no need for real operators, or even a central board to complete calls through, explains part of why SIP is so revolutionary. </p>

<p>SIP was intended to give ordinary callers like you and me all the familiar functions and features of what we expect from a phone call, such as a dial tone, a ringing sound, etc. So while all the communication from our end seemed exactly the same as before, SIP makes phone calls by communicating directly with the other person’s telephone device. Unlike traditional telephony, which was based on a cog and wheel approach in which the call you placed goes through a central location and then is routed to the person you are trying to call, SIP is based on internet protocol. This means that there is no need for a central cog to run calls through, but rather calls can be made directly from person to person. </p>

<p>The fact that the technology is based on internet protocol (IP) rather than a traditional cog and wheel also means that placing and receiving calls are no longer inhibited by location. To conceive of this more easily it is best to think of something like your e-mail. You can take your laptop and access your e-mail from your home, just as easily as you can plug that laptop into the internet at access your e-mail from anywhere. In the same way, you can plug your SIP phone into any access point in the internet and call a person who can be located anywhere in the world. Similarly you can receive phone calls from anywhere in the world no matter where you are, simply be plugging your SIP phone into the internet. </p>

<p>As you can probably imagine, this ability has some pretty remarkable applications. For companies or businessmen that work out of the office, moving your office phone number is as simple as picking up the phone and carrying it with you. There is nothing else to it. For those often staying in hotels for travel or business, this means always having the direct office line with you wherever and whenever you want. No need to forward calls or even to ever pay for long distance or hotel phone access again! </p>

<p>The SIP technology is already revolutionizing the way in which humans communicate. In recent years, literally millions of Americans have tossed aside their traditional land based phone lines and opted for the freedom and cheapness of VoIP. Empowered with SIP technology it is uniquely able to provide you with virtually free calling, anywhere in the world, anytime in the world, without having to forward calls, change your number, or rely on others to check important messages. It is truly a technology for the future of business as well as the future of communication.</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/07/sip_101_-_sessi.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/07/sip_101_-_sessi.html</guid>
<category>VOIP</category>
<pubDate>Fri, 29 Jul 2005 08:14:56 -0500</pubDate>
</item>
<item>
<title>Broadvoice &amp; Asterisk Exceeding my VOIP needs</title>
<description><![CDATA[<p>VOIP is starting to change my world.  With Asterisk at the helm and  a Cisco 7940 at the house and a 7960 on my desk at work at between my wife and myself we now have a Bat phone of sorts... She pickes it up and hits a key and mine rings...I pick up the phone and push a button and I reach her.  Then if  either of us need to call long distance or international... It is as simple as just dialing the coutry code and the number...Voila.  And I heard that Broadvoice was a bummer of a service. I have had to call them a few times and that has been a pain, however, I have found a secret number that gets an answer every time!  And the person on the other end has completely diagnosed/solved my problems.  As far as I am concerned Broadvoice is much better than most of the other providers in that they have there BYOD policy which meets the needs of the advanced techno-geeks out there... I am included in that bunch.  Anyway, So far Broadvoice will continue to be my provider....</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/07/broadvoice_meet.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/07/broadvoice_meet.html</guid>
<category>VOIP</category>
<pubDate>Thu, 28 Jul 2005 13:58:28 -0500</pubDate>
</item>
<item>
<title>Empirix and Digium (Asterisk) Partner</title>
<description><![CDATA[<p>I found this interesting... VOIP a sign of the times...</p>

<p>Empirix and Digium (of Asterisk fame) have announced that Empirix has been named as "a premier participant in the Digium Partner Program", as well as Digium's sole partner for VoIP testing. Digium, Inc., the leader in open source PBX solutions, utilizes the Empirix Hammer FX and Hammer Call Analyzer to test its current open source products, including the Asterisk Business Edition product.</p>

<p>"We're delighted to have Empirix as our test system partner. Hammer systems are central to the comprehensive test program that ensures Asterisk's reliability, performance, and interoperability with key hardware, software, and protocols, "said Jim Webster, director of software technologies for Digium. "We use Hammer to test Digium hardware for full compatibility with Asterisk Business Edition, as well as several select models of our open source VoIP devices. Our test bed systems are also subjected to extreme stress conditions, using Hammer test equipment, to simulate hundreds of complex VoIP calls in various real-world combinations and configurations."</p>

<p>"Empirix has worked closely with Digium to develop and implement test methodologies that meet the challenges of open source system development," said Duane Sword, vice president of product marketing for Empirix. "We look forward to extending that relationship through the Digium Partner Program, and to working with Digium on future product testing."</p>

<p><br />
</p>]]></description>
<link>http://www.frommydesk.com/blog/voip/archives/2005/07/empirix_and_dig.html</link>
<guid>http://www.frommydesk.com/blog/voip/archives/2005/07/empirix_and_dig.html</guid>
<category>VOIP</category>
<pubDate>Thu, 28 Jul 2005 13:42:06 -0500</pubDate>
</item>


</channel>
</rss>