- VoiceOps - lists.voiceops.org

AT&T / Onvoy / Vonage call routing screwup after LNP
by nathana＠fsr.com Dec. 10, 2016

Dec. 10, 2016

So here's a weird one: we took over a small business account from Vonage. Vonage was using Onvoy for origination, and we elected to keep the TNs with Onvoy (through a wholesaler). So the "port" only consisted of Onvoy repointing traffic for those TNs internally away from Vonage and to our reseller, with no LRN change. The weird bit is that we definitely are seeing some traffic for those numbers hitting us, but it's been nearly 72 hours now and some calls are still ringing their Vonage ATAs. I couldn't tell you definitively where the delineation is, but I can tell you, for example, that if I call any of the TNs from my AT&T cell, those calls still hit Vonage, so I can at least reproduce the problem at-will. This is for a local real-estate office, and AT&T is big in our relatively rural market, so even if it turns out that AT&T is the only provider that is affected, that is still a huge percentage of our end-user's client base. And the frustrating bit is that traffic is now effectively being "forked", which is a huge inconvenience for our end-user since they have an old key system with analog trunks and so we have to choose between having our IAD hooked up to their KSU or having their stack of Vonage ATAs hooked up. (For now, we have left the Vonage ATAs in place, and we are forwarding calls that come to us to a single line from the ILEC that this office ended up keeping. I don't know what we would have done if they didn't have that line.) Onvoy swears up and down that everything is configured correctly on their side, and given that we are at least getting *some* calls, I am inclined to believe them. When I give them call examples from my cell phone, they say that they don't even see those calls hitting their systems at all. At this point, the running theory is that AT&T must have some kind of direct peering with Vonage, and Onvoy isn't in the loop at all on those calls. If that's the case, then perhaps everything magically works itself out once I have the end-user call up Vonage and have them close out the account completely. But I'm not sure it is worth the risk of having them take that step with things as they are, on the off-chance that I guessed wrong (instead of the problem getting fixed, calls from AT&T start going to /dev/null). Has anybody encountered anything like this before, or heard of national wireless carriers doing direct peering with national VoIP providers while completely bypassing PSTN switching infrastructure? Are there any AT&T, Onvoy, and/or Vonage reps reading this who can help un-**** this cluster? Thanks, -- Nathan Anderson First Step Internet, LLC nathana at fsr.com

8 8

Faxing over SIP - (88) INCOMPATIBLE_DESTINATION
by tdangelser＠guyacom.fr Nov. 28, 2016

Nov. 28, 2016

Hi, I know that faxing over SIP can be source of a whole lot of issues, but I am wondering if someone had the same that I am currently running into. I have a softphone (Zoiper) sending a fax (TIFF image sent to a physical fax on PSTN) through a SIP platform with freeswitch / kamailio which is forwarding the fax to my PSTN Gateway (telcobridges TMG800), the fax is detected as T38 and everything looks good, except that it ends with (88) INCOMPATIBLE_DESTINATION Does anyone has an idea what might cause this and what could help resolve the issue ? I can send the trace if you email me. Any help appreciated. Thank you, Tanguy -- *Tanguy DANGELSER* R?sidence petit Chalet ? Ch?ton 56 avenue Louis Pasteur ? 97300 CAYENNE Guyane Fran?aise ? French Guiana T?l : +594 (0) 594 25 00 00 - Fax : +594 (0) 594 25 37 85 <https://fr-fr.facebook.com/guyacom> <http://hu.linkedin.com/company/guyacom> <service.technique at guyacom.fr> <http://www.youtube.com/user/GUYACOM> <http://www.guyacom.net/>

5 5

Alert from Transnexus Traffic Analyzer - Fraud Query Score By Customer Device & Dial Code - Transtelco MVTS TIJ 216 Tunisia
by mmg＠transtelco.net Nov. 26, 2016

Nov. 26, 2016

equipo. Buenos d?as. esto es un hackeo. ya se determin? el origen? On Sat, Nov 26, 2016, 10:48 AM <ossadmin at transtelco.net> wrote: > > Date/Time 2016-11-26 10:45 - 10:49 > > Fraud Query Score By Customer Device & Dial Code > > Customer Account "Wild Card" "Transtelco" > Customer Device "Wild Card" "MVTS TIJ" > Breakout "216 Tunisia" "216 Tunisia" > Total Call Attempts Score 2.00 > Total Call Attempts change 2000% > Suspend Time (minutes) 60 > Will Suspend Device true > Will Send Alert true > > REASONS: > > <Total Call Attempts score 3.00 is above the maximum threshold 2.00> > -- TRANSTELCO Manuel Marin | Engineering | US: *+1 915-217-2232* | MX: *+52 656-257-1109*

1 0

Cloud PBX Provider in Mexico
by patrick＠pahem.de Nov. 23, 2016

Nov. 23, 2016

Hello, I'm currently involved in a project to setup several new branch offices all over the world with a small local staff of about 10 people. The first branch office will be in Mexico. My plan is to have as less local equipment as possible and for telephone I'm looking for a Cloud provider. A quick research directed me to AstraQom [1] and would like to hear from your experiences with them. In addition I would like to hear what type and setup for the WAN connection to a Cloud PBX do you use. I'm unsure if it just enough to prioritize the voice traffic at the local gateway or if a MPLS connection to the Cloud PBX is needed. Thank you, Patrick [1] https://www.astraqom.com/

5 5

Receiving messages from short-codes on DIDs
by evan＠corpwest.com Nov. 22, 2016

Nov. 22, 2016

We have several of our origination vendors that now offer SMS on our DIDs. Unfortunately, none of our vendors can receive messages from short codes. I also checked Twilio and a couple other folks that specialize in SMS and their FAQ's say they can't do it either. Is there anybody out there that offers the ability to receive messages from short codes on their DIDs? -Evan

3 2

Metaswitch Equipment
by kleclaire＠mywdt.com Nov. 22, 2016

Nov. 22, 2016

Hello All, As a result of a merger I have a very young, complete Metaswitch Integrated Softswitch and SBC deployment available for sale as a whole or as components. If there is any interest please contact me off list for additional details. Thank you, Keith

2 1

01 Communications
by jake＠voipdesk.com Nov. 17, 2016

Nov. 17, 2016

Anyone seeing 01 communications down hard? Regards, Jake Clappton

2 1

Help testing DTMF
by nick＠flhsi.com Nov. 17, 2016

Nov. 17, 2016

Greetings all, I was hoping I could lean on the community for a moment and ask for some help testing DTMF on two numbers. I'm troubleshooting a particularly annoying DTMF issue in that, It seems to mostly effect inbound long distance calls. And seems to work fine from every test set I can seem to get my hands on. Anyways, The test is quite simple. I've setup two phone numbers, 321-205-1709, And 321-302-7797. Both numbers answer and play back a sound file saying "Please dial extension 106". Upon dialing ext 106, You'll be presented with a "The test was successful" voice playback and the call will hangup. In any event that anything but 106 is heard. It'll play "That's not a valid extension" and hangup. If anyone is willing to test for me, Please report back the results when calling both numbers. The number you called from, And the carrier you terminated the call with. I appreciate the assistance! Nick Olsen Sr. Network Engineer Florida High Speed Internet (321) 205-1100 x106

1 1

comissioning / testing of voip solutions
by randy.raitz＠readytalk.com Nov. 17, 2016

Nov. 17, 2016

Good afternoon all, I'm looking for info on vendors that maybe do bench marking of voip solutions. Superficially, independent attestation of quality, etc. Have any of you worked with third parties or testing utilities to test quality and standards based requirements of VOIP solutions? Randy Raitz | ReadyTalk Director, IT and Operations Direct Line: (303) 209-1616 24 hour Customer Care - 1-800-843-9166 Empowering ReadyTalk to provide WOW to customers through infrastructure, technology and customer service. Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website.

1 0

Verizon Origination
by kelntaylor＠gmail.com Nov. 16, 2016

Nov. 16, 2016

I operate a small cloud hosted PBX platform. We use VOIPInnovations and Vitelity for origination and termination. (We mainly use Vitality for their "Fax Enable" platform.) Level 3 has a presence in most of the rate centers we cover, I have some potential customers in some rural rate centers that Level 3 doesn't have a presence in. Here is one of the rate centers in question: https://www.telcodata.us/search-area-code-exchange-by-ratecenter-state?rate… The numbers in question are portable to Verizon wireless. Is there a company like Vitelity or VOIPInnovations that uses Verizon as a provider? Do I have any hope of finding an IP SIP trunking provider that can port numbers from this rate center? Sincerely, Keln

2 1