- VoiceOps - lists.voiceops.org

Virtualized SBC
by moises.amiga＠c3ntro.com April 6, 2016

April 6, 2016

Me too +1 on Sansay. Great team & product. El abr. 6, 2016 9:17 PM, "Peter E" <peeip989 at gmail.com> escribi?: > Agree regarding NFV. It's a pretty big topic. > > Oracle (Acme) is playing catch-up but also has a solution now. Haven't > played with it (or Somus, Sansay) yet so I can't render an opinion. > > On Apr 6, 2016, at 21:58, Ryan Delgrosso <ryandelgrosso at gmail.com> wrote: > > They have more than a buzzword for this, its a whole movement. > > Realistically NFV encompasses more than just raw virtualization its also > elastic capacity and the orchestration layer to manage it. The only problem > is most vendors have only accomplished the virtualization part and are > still sorting out the orchestration while trumpeting NFV. > > > > > > On 4/6/2016 6:45 PM, Alex Balashov wrote: > > So, it's news to the Bellhead world that most "SBCs" run on commodity > pizza boxes & OSs that are branded by the vendor and resold at large > markups, and that the software can be separated from the hardware and > executed on other pizza boxes, and, indeed, inside VMs? And they have a > whole buzzword for this? > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops >

1 0

CenturyLink issues with echo in Des Moines IA area
by mwiles＠akabis.com April 6, 2016

April 6, 2016

Anyone know anything about CenturyLink issues in the Des Moines IA area involving echo on their landline services? Thanks, Mark

1 0

CenturyLink / Qwest packet loss and poor call quality
by peeip989＠gmail.com April 5, 2016

April 5, 2016

Anyone seeing packet loss / poor call quality from CenturyLink toll free, specifically out of NY? We have numerous complaints this morning and of course SMS800 is crawling so we're not able to re-route yet.

1 0

Frontier FIOS Tampa, FL
by cwferrel＠mac.com April 1, 2016

April 1, 2016

Frontier Business FIOS is down here in Riverview/Tampa, Florida. Called Frontier business repair and got a person obviously outside of the USA. Frontier is "aware of the issue and is upgrading the network at this time". What ever that means... C. Ferrel

2 2

Make Kamailio Great Again!
by abalashov＠evaristesys.com April 1, 2016

April 1, 2016

For immediate release: ATLANTA, GA (1 April 2016)--Alex J. Balashov, a self-styled businessman based in Atlanta, Georgia, USA, has a plan to "Make Kamailio Great Again". "Evariste Systems is huge. My name is on the building," said Balashov of his iconic VoIP consulting brand. "And you know what, I have been very successful. Everybody loves me." Balashov has capitalised on a contentious election cycle marked by deep political polarisation, growing income inequality and geopolitical challenges such as global terrorism. And his sharp message of alarm about the declining influence of the Kamailio SIP server project has resonated with increasing numbers in the CxO suite, vaulting him to the lead in the race for the IETF SIP Working Group nomination, according to recent polls of primary voters. He has been quick to tout his competitive credentials in a tough global open-source ecosystem. At a recent colloqium on unified communications, he asked: "When was the last time anybody saw us beating, let's say, OpenSIPS in Git commits? They kill us. I beat OpenSIPS all the time. All the time." As Balashov sees it, a major cause of the beleaguered Kamailio project's woes lies in its liberal patch acceptance policy and lax scrutiny of third-party contributions: "When GitHub sends its people, they're not sending their best. They're not sending you. They're not sending you. They're sending people that have lots of problems, and they're bringing those problems. They're bringing drugs. They're bringing crime. They're rapists. And some, I assume, are good people." He has proposed a controversial solution that has drawn ire from liberal ranks in the open-source community, but has also attracted applause and standing ovations at his speaking engagements: "We have to have a firewall around the Kamailio source code. We have to have an access control list. And in that firewall, we're going to have a big fat door where commits and pull requests can come into the master branch, but they have to come in legally. The firewall will go up, and GitHub will start behaving." Balashov's firewall proposal has been met with scorn from critics who deride it as impractical and quixotic. In particular, commentators have raised questions about funding and resources as well as GitHub's willingness to entertain a boundary around a project in its vicinity. Balashov isn't concerned, however: "I will build a great firewall--and nobody builds firewalls better than me, believe me--and I'll build them very inexpensively. I will build a great, great stateful packet inspection wall on our border with GitHub, and I will make GitHub pay for that wall. Mark my words." He has also been rebuked by rival IETF leadership candidates for his often acerbic Twitter remarks directed at Lennart Poettering and the developers of "firewalld". As he sees it, however, the network effects of social media are a strength: "My Twitter has become so powerful that I can actually make my enemies tell the truth." He scoffed at the suggestion that his characterisations of industry actors behind the RedHat-led "systemd" movement are misleading: "RedHat was the worst Steward of Linux in the history of the kernel. There has never been a Steward so bad as RedHat. The source code blew up around us. We lost everything, including all synergies. There wasn't one good thing that came out of that administration or them being Stewards of Linux." Balashov's idiosyncratic campaign is not standing still. He has proven to be a capable populist, adapting rapidly to an evolving sense of the kinds of pronouncements that activate his swelling crowds of devotees. Along the way, he has deftly deflected calls to subject his policy proposals to expert review. "I know what I'm doing, and I listen to a lot of people, I talk to a lot of people, and at the appropriate time I'll tell you who the people are. But I speak to a lot of people, but my primary consultant is myself, and I have a good instinct for this stuff." At a recent gathering of SIP stack interoperability specialists, Balashov the latest pillar of his platform to "Make Kamailio Great Again", in view of growing security vulnerabilities in the latest Kamailio modules: "Alex J. Balashov is calling for a total and complete shutdown of commits entering the master branch from the territory of the European Union until our project's representatives can figure out what's going on. According to Netcraft, among others, there are a lot of buffer overflows in Kamailio by large segments of the EU population."

8 7

Who is doing MMS?
by colton.conor＠gmail.com March 30, 2016

March 30, 2016

I would like to know what hosted voice providers are offering MMS integrated into their product? I know quite a few that are offering SMS, but barely anyone seems to offer MMS. What wholesale providers offer MMS enabled DIDs?

4 3

SAP SMS Deliverability - SAP?
by beckman＠angryox.com March 29, 2016

March 29, 2016

Does anyone use SAP SMS 365 directly? We get SMS messages delivered from SAP to Layered to Vitelity. For the last 8 hours we've seen SMS delivery delays of 10+ seconds to over 800 seconds, and I'm hearing that SAP is to blame. Has anyone else noticed this? Does anyone on the list do SMS? Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

1 0

Looking for a good defense for a bad VoIP provider
by aaron＠heyaaron.com March 28, 2016

March 28, 2016

I'll try to make this short: I am an IT contractor for "Company X" that has ~26 offices around the western US. We are paid a flat fee to manage every office, keep things secure, train and assist users, etc... About two weeks ago, offices suddenly started going offline. After 15-20 minutes of frantically digging, we got a call from a VoIP provider who was apparently told by Company X "we want to use your VoIP service, go get it installed at all our offices". This VoIP provider walked in to several off the offices and just started yanking out switches that had various VLANs running on them and replacing them with their own Netgear PoE switches with no config and default passwords. They took down tons of virtual servers and SANs. We spent the better part of a week ripping their stuff out and putting the network back the way it was. We had a brief meeting with the VoIP provider and told them things need to be planned in advance and we would be happy to work with them to get things going. We set up a VLAN for VoIP traffic and told them how to cross-connect their switch to ours, what IP ranges to use, and even set up a VPN connection at each office so they could access the equipment remotely. They they scheduled 6 installs in 3 days and with no testing or communication they came in and hooked things up. I received repeated phone calls in the evenings, mornings, and weekends that they needed huge swaths of ports forwarded so they could remotely program phones and the phone server. And of course it was all an emergency. As in "we ported the numbers over already and the office is opening in 15 minutes, just forward the damn ports". We were even told the 6 installs could not be stopped or re-scheduled because the VoIP provider 'went out' on the equipment and really needs to finish the install so they can recoup their money. The disaster should be coming to a close this weekend, and I'm trying to clean up and gather information for a report to the CEO. My main concerns are: * We set up VPN connections. The VoIP guys aren't using them. They don't have time to test and/or troubleshoot any issues they are complaining about. * The devices all have static IPs instead of using DHCP. The phones appear to get a DHCP address off VLAN 100 properly, but when it's time for a renewal they drop the VLAN tag, get switched to the wrong network, and lose communication. * We were told to set up port forwards to every phone's *HTTP* interface as well as a forward to the phone server HTTPS interface. * Most passwords appear to be factory defaults * The CEO of Company X was told the port forward must remain in place and they can not be disabled for 'security reasons' because VoIP phone are not a computer and therefore can't be hacked. (Seriously?!?!! Who cares about hacking when your equipment has default passwords...) * They skimped on proper wiring in a lot of places and have computers jumpered through the phones * Because of that, the phones are self-tagging packets with VLAN 100 and the jumpered workstations are un-tagged which required us to accept un-tagged packets on to the network containing patient data. * If the phones or phone server gets compromised, it seems like it would be real easy to simply drop the VLAN tag and have access to a network containing patient data. * A quick sniff at our WAN interface shows all the calls and communication are happening with a server over HTTP. I was able to capture voice data in the clear containing patient information, credit card details, etc... I have worked with professional VoIP companies before. When they do it right, the networks are isolated, phones have their own network drops, no ports are exposed to the internet, etc... The CEO of Company X appears to only have been informed that the offices were 'switching to VoIP to save costs' and nothing more. He is a very data-oriented guy and loves technical documentation. When we make our case to him, I'd like to back it up with as much 'best practice references' as possible. Are there any best-practice documents out there I can provide to the CEO? I know what this provider is doing is horribly wrong and insecure, but the CEO is the kind of person who wants documentation from lots of sources to back it up. Basically the phone guys are blaming us for all the problems, and we are blaming them for causing several thousand dollars in after-hours emergency site visits and remote work because of poor planning, scheduling, and simply ripping out equipment they know nothing about. (In addition to making the network insecure as hell and not doing their due diligence.) Thanks for listening. :) -A

9 14

XMPP to SIP Gateway
by peter＠4isps.com March 23, 2016

March 23, 2016

thanks for all the input. It will have to be done in-house. On 3/22/2016 5:41 PM, Jorge Guntanis wrote: > You can do this with ejabberd and opensips relatively easily. As far > as companies doing this as a service, depending on your budget process > one might be able to help, but they are on the high end of the > spectrum and a bit condescending. Hope that helps. Jorge G > On Tue, Mar 22, 2016 at 2:09 PM Peter Rad. <peter at 4isps.com > <mailto:peter at 4isps.com>> wrote: > > btw, Microsoft OCS actually works as a XMPP/SIP gateway > > On 3/22/2016 1:41 PM, Erik Flournoy wrote: >> "Sent from my BlackBerry." >> >> Those are still out there >> >> Erik Flournoy >> 808-426-4527 >> 301-218-7325 >> >> CONFIDENTIALITY NOTICE >> This e-mail message, including any attachments from EESPRO.com - >> contain information which is CONFIDENTIAL AND/OR LEGALLY >> PRIVILEGED. The information is intended only for the use of the >> individual named above and may not be disseminated to any other >> party without written permission. If you are not the intended >> recipient, or the employee or agent responsible for delivering >> the message to the intended recipient, you are hereby notified >> that any dissemination, disclosure, distribution, copying or >> taking of any action in reliance on the contents of this e-mailed >> information is strictly prohibited. If you have received this >> transmission in error, please immediately notify i >> <mailto:info at eespro.com>nfo at eespro.com <mailto:nfo at eespro.com>, >> and permanently delete this e-mail and the attachments hereto, if >> any, and destroy any printout thereof. >> >> On Tue, Mar 22, 2016 at 3:18 AM, Alex Balashov >> <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>> wrote: >> >> ?Peter, >> >> It can be built relatively easily using off-the-shelf FOSS >> folk traditions. The fact that they're off-the-shelf makes me >> uncertain as to whether it would qualify as a full-on >> in-house building endeavour in the traditional sense. >> >> -- >> Alex Balashov | Principal | Evariste Systems LLC >> 1447 Peachtree Street NE, Suite 700 >> Atlanta, GA 30309 >> United States >> >> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) >> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ >> >> Sent from my BlackBerry. >> >> _______________________________________________ >> VoiceOps mailing list >> VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org> >> https://puck.nether.net/mailman/listinfo/voiceops >> >> > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org> > https://puck.nether.net/mailman/listinfo/voiceops >

1 0

XMPP to SIP Gateway
by peter＠4isps.com March 23, 2016

March 23, 2016

I have an enterprise prospect looking to add XMPP to SIP Gateway. Does anyone provide this? Or is this something they need to build themselves and run in-house? Thanks! Peter @ RAD-INFO INC

5 9