Last week, Nectar announced the release of their Virtual Session Border Controller service (vSBC).” Nectar is notable for one of their clients’ phone service success, 1-800-FLOWERS. Based on their "Phone Options", it appears Nectar offers a hosted Avaya IP PBX service on a per seat basis. (Avaya is a Lucent spinoff and is a well known company who sells all sorts of telephone related technology, including IP PBXs.) When we came upon this announcement in VoiceCon news, we decided to write a blog on Session Border Controllers. As some background, Session Border Controller (SBC) is something you might need to connect SIP Trunks to your IP PBX, depending on your IP PBX. Many IP PBXs have the functionality built in (Asterisk, for example).
Posted by John Riordan at 11:12 AM EDT
Posted by Nicole at 01:28 PM EDT
Posted by Nicole at 04:38 PM EDT
This afternoon at VoiceCon in Orlando, Tony Bates, SVP of Commercial and Small Business Group at Cisco, presented on some of his team’s latest work. The presentation was called the “New Collaborative Experience,” or, he defined, the third major market transition in the internet’s lifetime.
Posted by Mike Oeth at 01:18 PM EST
Junction Networks has an extensive Articles section. Articles are typically more in-depth than blog posts with topics covering everything from exploring Click to Call to Virtual Receptionists. Today we posted a new article How Junction Networks Deals with HD Voice. The article details how Junction Networks, as a Hosted SIP provider, deals with HD voice both in SIP to SIP calls and calls to our Conference Bridge application.
Posted by Leo Zheng at 05:31 PM EST
Today marks the 134th birthday of the telephone. On March 10, 1876, Alexander Graham Bell shouted into the phone mouthpiece, “Mr. Watson - come here - I want to see you,” [source]. After which, assistant Thomas Watson walked to Alexander and said he heard him.
One hundred and thirty four years is a pretty long time. In the early 1970’s, the cell phone was invented, but didn’t hit the market until 1983 [source]. In the same year, the “first networking protocol used on the ARPANET was the Network Control Program” [source]. However, both the cell phone and the internet didn’t hit mainstream until the early 1990’s.
Posted by email@example.com at 11:19 AM EST
After an extensive consulting engagement with our social media marketing guru, we have decided to make an important switch to Cloud Computing. Watch this video to see how we arrived at this important platform choice for OnSIP.
Posted by Mike Oeth at 12:54 PM EST
I am a huge fan of My.OnSIP.com. Ok, yes, I'm supposed to be, but still, I love it. I love drag and drop call transfer. I love that I don't have to remember extensions - I just click on a name to call someone. I can see who is on a phone call before I call or IM them. My.OnSIP.com has given me hours of productivity and saved me untold levels of phone-tag frustration. One of the harder things for me to give up, however, was my other Instant Messaging clients. On my Mac I prefer Adium and for Windows my choice is PSI. On the iPhone I prefer IM+ Lite and the recently announced Meebo. I have contacts in there from my AIM days, from Gmail and others. When an IM came in, I had to check two different applications to see who was chatting with me.
Posted by Mike Oeth at 12:28 PM EST
Posted by John Riordan at 02:14 PM EST
I occasionally get questioned about our choice to run our own network and servers when we could outsource it all to a "cloud" provider like Amazon and thus save a lot of money while simultaneously improving the reliability of our service. I hate this question because it is loaded, and I know they are not likely to understand why we can't run on a cloud service no matter how patiently I try to explain the technical issues.
Anyway, Amazon's EC2 cloud systems are now apparently dropping packets and having network latency issues. People running near real-time applications like gaming and VoIP are not having a happy time and they are apparently scrambling all around trying to figure out why their services are going to crap and, all the while, Amazon says there is no problem. I imagine that these folks did not get an SLA from Amazon with respect to network performance.
Posted by Leo Zheng at 10:31 PM EST
Service outages happen. Sometimes it’s the result of something you did, but more often than not it’s caused by factors completely out of your control. If you’re in the business of providing a hosted service over the Internet, then chances are that this unfortunate situation will happen to you at one point or another. We would all love to say that it has been XX months or X years since we’ve had any problems, but the fact of the matter is that when something like this happens (and it most likely will), what’s most important is how you deal with it.
Now we don’t know exactly what occurred but from what we’ve heard and read (there’s quite a bit of chatter on Twitter from actual packet8 customers), it seems like Packet8’s customer service/response during the outage was a bit iffy.