- VoiceOps - lists.voiceops.org

Preventing calls to cell phones with guaranteed accuracy
by Derek.Andrew＠usask.ca Aug. 18, 2015

Aug. 18, 2015

Isn't it impossible to decide if a number is a cell phone or a land line because of local number portability? On Tue, Aug 18, 2015 at 2:34 PM, Matthew Crocker <matthew at corp.crocker.com> wrote: > > > Depending on your switch you should be able to build a profile for the > customer and reject calls going to cell phone LRN providers. > > Personally, I wouldn?t take on the liability of guaranteeing their > auto-dialer only calls landlines. You would end up being sued if you make > a mistake. IMHO, let them manually dial or find a list scrubbing company > that actually works. > > ? > > Matthew Crocker > President - Crocker Communications, Inc. > Managing Partner - Crocker Telecommunications, LLC > E: matthew at corp.crocker.com > E: matthew at crocker.com > > > On Aug 18, 2015, at 4:30 PM, Carlos Alvarez <caalvarez at gmail.com> wrote: > > I have a customer in market research who is legally required to manually > dial calls to cell phones. Right now they are considering abandoning all > of their auto/predictive dialer software and going to manual dial for > everything, because the list-scrubbing services have been shown to be > inaccurate. There are extreme penalties for auto-dialing a cell phone, and > "best effort" is NOT a defense to this, at all. For example, Gallup just > settle a claim for $12M. > > So they need a totally accurate way to prevent a cell phone call from > originating from their dialer. The only thing I can think of is some sort > of LRN dip + LRN-to-carrier-type response. One of their people talked to > Neustar, but didn't get great answers because he doesn't really understand > telephony. Before I get in touch with Neustar, I thought I'd see if people > here have some ideas. > > If you provide a commercial product for this, please feel free to tell me > so on or off list, the customer is willing to pay for the service and we're > open to all options. I don't have a budget number yet but manual dialing > is going to cost them quite a bit for some types of studies. > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > > > -- Copyright 2015 Derek Andrew (excluding quotations) University of Saskatchewan Typed but not read.

6 8

Local Rwandan DID for US company?
by graham＠nerdventures.com Aug. 16, 2015

Aug. 16, 2015

Howdy, folks, A consulting client is traveling to Rwanda for business, and I'd like to provide him with a local number he can call to reach me if need be. I don't see any Rwandan DIDs at Twilio or VOIP.ms. Any leads? This is a nice-to-have, not essential, so I'd like to see pricing similar to South African DIDs. Voice capabilities are my baseline requirement, with SMS as a nice bonus. I'd forward calls to my US PSTN number, but I can accept calls via SIP as well. thanks, Graham Freeman, Principal Nerd NerdVentures.com +1-510-898-6772 graham at nerdventures.com https://www.linkedin.com/in/grahamfreeman Twitter: @get_nerdy

2 1

Canadian PSTN Originated Test Call
by jgrow＠flowroute.com Aug. 10, 2015

Aug. 10, 2015

I'm trying to generate some test calls to a toll-free number over the Canadian PSTN. Anyone on list with a Canadian TDM/POTS line willing to place a call or two to 18557777003? -- Justin

1 1

Hosted Exchange Business
by ryan＠finnesey.com Aug. 10, 2015

Aug. 10, 2015

I know in the mid 2000s a lot of CLECs got into the hosted exchange business. I am trying to connect with CLECs that might have an interest in off-loading/seller there user base of exchange users Any ideas on the best way to go about finding them? Sent from my Windows Phone

1 0

ADT Alarms Special Dialing?
by ajp26＠buffalo.edu Aug. 10, 2015

Aug. 10, 2015

All, I appreciate the insight into this with regard to alarms, especially that they'd trip up T.38, which will probably save me some time in the future. So far so good on alarms and credit card machines, but I'd run into some older CPE type Cisco VG that would mangle and eat modem calls no matter what we did with it. Is there a compendium of information anywhere regarding devices, signaling, and compatibility with CPE? One of our alarm monitoring companies just said that many of their older (FBI type) panels don't work via VoIP in their experience, but other than previously mentioned sensitivity to DTMF it should be possible. Liability and service performance aside, just speaking technically. Also, regarding Sandy and FiOS customers - it was quite a hot topic for a while that the flooding had absolutely trashed the copper plant in a number of areas. Leaded cables with cracked jacket, or enclosures with long-failed positive pressure had allowed water in and ruined the copper. While that's not your run of the mill power or service outage, I'm not entirely certain you can count on a wireline provider to provide longevity of CO battery over time, or even that you're not connected through some span/regen that is independently powered. It certainly helps piece of mind to move the failure "somewhere else" than where you happen to be, but I can't believe it would be as granite-tough reliable as commonly thought. Regards, Adam Pawlowski University at Buffalo

3 2

cisco 7942/62 SIP
by clahrssen＠nexogy.com Aug. 7, 2015

Aug. 7, 2015

anybody knows if there's a SIP firmware for cisco 7942/62 where proxies/tftp can be hardcoded?

2 2

Vitelity's parent company (Onvoy) acquires Broadvox
by beckman＠angryox.com Aug. 7, 2015

Aug. 7, 2015

Just got this email from Vitelity. Interesting. http://www.marketwired.com/press-release/onvoy-acquires-broadvox-become-thi… Did anyone else notice the 2 day Vitelity SMS outage June 12-14? Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ --------------------------------------------------------------------------- ---------- Forwarded message ---------- Date: Wed, 5 Aug 2015 14:39:42 From: Vitelity <nores at vitelity.com> To: Peter Beckman <beckman at telusion.com> Subject: Vitelity's parent company acquires Broadvox Dear Vitelity Customer, We have some very exciting news. Vitelity's parent company, Onvoy, LLC. has just announced that they are acquiring Broadvox. This acquisition will expand Onvoy's onnet footprint to 5000 rate centers allowing Onvoy to become the third largest wholesale CLEC in North America. How will this benefit you? You'll have access to more local rate centers and a more robust nationwide network while getting the same unmatched customer service you've come to expect from Vitelity. Thanks for your continued business and support. The Vitelity Team

5 5

Suspect NPANXX question
by ryandelgrosso＠gmail.com Aug. 4, 2015

Aug. 4, 2015

All, We have seen a Caribbean NPANXX (1-268-762) advertised to us from a US tier 1 vendor. It has drawn a large amount of fraudulent traffic. We first saw this prefix pop up in this vendors rate decks in April. Going back to the start of the year I cannot find it in any revision of the LERG though, and no other vendor I have offers routes/pricing to this prefix. Does anybody know whats going on here? Shouldn't any zone 1 prefix exist in the LERG months prior to going live, or at the very least within some reasonable time after showing up for live traffic? Does this smell like highjacking to anyone else? All our vendor will tell is they are getting the route from another T1 vendor, but in my 20+ connected peers I cannot find another occurrence. Any help or guidance is much appreciated. Feel free to reply on or off list. -Ryan

4 3

AT&T Cellular - DTMF
by Adam.Vocks＠cticomputers.com July 15, 2015

July 15, 2015

Finally Solved! I want to thank everyone who help with advice and/or contacts on this problem. Here is an e-mail from AT&T about this problem. Raghu and I have been working on this today - and we found that there almost certainly exists a 'bug' in the EVC/Nortel MSC (VSE MSC) causing this problem. This issue is being caused by any far end switch that responds to an incoming call with the optional ISUP_CPG (Call Progress) message that does not have the optional BCI parm included (Backwards Call Indicators). If the EVC MSC routes a call to a PSTN trunk group and sends an ISUP IAM to far end, far end sends ACM (Address Complete) and if they also send an ISUP_CPG that does not contain the BCI parm - this causes the MSC to reject any DTMF tone requests from the originating callers. This exact same issue was found in our MSC during a FFA (First Field Application) trial of the previous version of MSC software (uCore5) back in late 2013. We believe that our newest MSC software version (uCore15A) might be missing this bug fix and causing this problem - AGAIN. I have a HIGH PRIORITY case opened up with the MSC vendor that I will pursue with great diligence. SO - for now - the only way to fix this is to change the routing to not use this TYVLILXC50T02A1B trunk group. I will have more info on when we can expect a fix from the vendor - but best case scenario for that would be several WEEKS. I know this is NOT good news - BUT it is all I can offer up at this time. Thanks - We had them route around the problem switch and our problem went away. We're using a Sangoma NSG SS7 gateway. Thanks again everyone! Adam From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Adam Vocks Sent: Wednesday, June 24, 2015 11:58 AM To: voiceops at voiceops.org Subject: [VoiceOps] AT&T Cellular - DTMF I've got an odd problem that someone might be able to point me in the right direction to get some help. AT&T cellular customer calls a number destined to our LRN. Customer presses a digit on the phone, no DTMF audio ever comes across the trunk. If that same customer calls a number with the same npa/nxx not destined for our LRN, DTMF audio comes across the trunk. These calls are coming to us via SS7 trunks and the ILEC that these calls transit through has verified that both calls come in on the same trunks, one has DTMF audio, one does not. This problem started on Thursday morning. Prior to Thursday morning, AT&T cellular calls were arriving to us via our FGD Tandem connection, now they are arriving via the local rate center switch. I've talked to AT&T and attempted to put in a ticket on the DS3 that enters the ILEC, but they refused to do that because they said the DTMF would be audio and they would just pass it through. Anyone have advice? AT&T (low level tech) states that the DTMF tones are generated at the phone and are in the audio stream the entire way. Does anyone know if AT&T uses some sort out of band dtmf signaling? Thanks! Adam Vocks CTI Fiber

1 0

Gmane
by max.clark＠gmail.com July 12, 2015

July 12, 2015

Just an FYI - this list has been added to the Gmane system for NNTP access. http://gmane.org Max

1 0