- VoiceOps - lists.voiceops.org

Request to block number?
by abalashov＠evaristesys.com Sept. 20, 2023

Sept. 20, 2023

An HTML attachment was scrubbed... URL: <https://puck.nether.net/pipermail/voiceops/attachments/20230920/0af66d71/at…>

2 2

How much will the TRACED act help with international orignated robocalls
by neimanpinchas＠gmail.com Sept. 20, 2023

Sept. 20, 2023

Hi, A friend of mine complained to me about receiving numerous robocalls from international sources. While it seems to be way above average, and he seems to be targeted (due to popularity, age, etc.), the point is that international robocalls are still continuing. I am wondering about the efforts by the US government to mitigate robocalls, and whether all the implemented traceback methods are relevant only for US-originated calls, or whether they will work also for international calls. Basically, I wonder whether it?s possible to trace back an international call, and how much this trace back will help. (Could they originate a call without assistance from a US-based company?) I offered him a simple solution to place an IVR on incoming calls, so at least he could filter out the robots. Maybe there are other practical solutions. Any thoughts? -- *Pinchas S. Neiman* Software Engineer At ESEQ Technology Corp. 845.213.1229 #2

4 3

Inappropriately Signed Calls
by ciscoplumber＠gmail.com Sept. 12, 2023

Sept. 12, 2023

What is the recommended process to investigate inappropriately stir/shaken signed calls? We have had some calls terminate into our network with our ANI but the call was not signed by us but instead a different provider signing attestation B. Thanks

4 7

A2P-aaS
by nathana＠fsr.com Sept. 8, 2023

Sept. 8, 2023

Are you able/willing to share the solution you ultimately picked? -- Nathan -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Alex Balashov via VoiceOps Sent: Thursday, September 7, 2023 7:00 PM To: Carlos Alvarez Cc: VoiceOps Subject: Re: [VoiceOps] A2P-aaS No on voice calls. Third-party over-the-top app has already been suggested, e.g. Pushover, and there's also Pagerduty an others. There are non-SMS solutions, for sure, but someone offered me a compelling SMS solution off-list and that's easiest for me to roll with right now. Thank you to all who responded! > On Sep 7, 2023, at 6:00 PM, Carlos Alvarez via VoiceOps <voiceops at voiceops.org> wrote: > > Petition the FCC for a change (or whoever is making up these requirements seemingly randomly). > > As far as bypassing the notification wall, this is going to amuse you, but you know, you could just?.make the system call you. LOL. Or find an app that does notifications with the ?deliver urgently? mode, which certainly works. I know because I have a necessary app that won?t let you disable them, so to prevent being woken up by a meaningless alarm I have to force-kill it every night. > > > On Sep 7, 2023 at 1:31:16?PM, Alex Balashov via VoiceOps <voiceops at voiceops.org> wrote: >> I have a purely internal portal application that is used to send SMS notifications about customer monitoring incidents and emergencies about... twice a month. Maybe 5-10 messages per month total, across several associates combined. It's all done through Twilio's SMS API. >> >> There is not enough Prozac, pot, liquor, etc. in the world that's going to make me log into Twilio's portal and do their campaign enrollment. For these negligible volumes of purely internal notification traffic, a pure cost centre, not customer-facing anything, etc., I just don't care, and you won't make me care. >> >> However, these notifications are fairly essential because they allow me to pierce the iOS "Do Not Disturb" wall on our phones and get them even at 3 AM. There's no decent over-the-top alternative I can see; I have to enable notifications for an over-the-top messaging application as a whole, the last thing I want to do. >> >> So, there's a business opportunity here for an SMS provider who 1) offers a relatively straightforward REST API to send SMS and 2) will take care of the A2P campaign garbage aspect. >> >> I'd love if someone took that up. >> >> -- Alex >> >> -- >> Alex Balashov >> Principal Consultant >> Evariste Systems LLC >> Web: https://evaristesys.com >> Tel: +1-706-510-6800 >> >> _______________________________________________ >> 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 -- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com Tel: +1-706-510-6800 _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

1 0

Directory Listings
by voiceops＠ics-il.net Aug. 23, 2023

Aug. 23, 2023

We've come across some legacy customers that have directory listings through us (or, well, at least we're paying Frontier for them). 1. Are those a thing in the VoIP space? Can I go to {insert SIP provider here} and they can place directory listings, unpublish numbers, etc.? 2. Are directories a thing anywhere anymore? I haven't seen a new one in probably 15 years. I understand that I'm not the target demographic, but I'm not even sure where I'd go (short of Googling) to get one. Are we paying for something that has no benefit anymore? ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

6 6

ATT contact
by dovid＠telecurve.com Aug. 14, 2023

Aug. 14, 2023

I know this is a long shot. I have a client that accidentally advertised a number owned by ATT (TC SYSTEMS, INC. - NY). The number goes to a message saying it's not in service so I am hoping it's available. Does anyone have any contacts at ATT to see if I can get a number? It's in Fire Island NY if that helps. TIA. Dovid

1 0

TF CPR dip?
by nathana＠fsr.com Aug. 9, 2023

Aug. 9, 2023

Paul Timmins wrote: > If you have access to TCAP queries via SS7 or SIP, you can fire the > query yourself. I do not; at present we are merely offloading term traffic to a couple of different SIP term wholesalers. -- Nathan

1 0

TF CPR dip?
by nathana＠fsr.com Aug. 9, 2023

Aug. 9, 2023

Jay, Thanks; yes, I understand that & thought I made that clear later on in my post. So to restate/rephrase: 1. How does direct (as opposed to call-forwarding-esque) TF origination work, exactly? As far as I can tell, all such numbers are still comprised of CPRs in the SMS/800 database, and ultimately (after consulting the table to account for originating number/LATA, time-of-day, etc.) every TF routing decision still boils down to a pairing of CIC + some valid 10-digit NANP number. Yes? So, for "direct" routed TFs, is the 10-digit destination just set to be equal to the TF number itself? 2. How does one look up the CPR for a given TF number? I have reason to believe that the particular TF numbers I'm interested in are not "direct-routed", but in any case, my questions about these numbers would be quickly answered if I could simply perform some kind of route look-up on the number(s). *Must* you be a RespOrg and onboarded to the SOMOS portal to be able to do this? There are all sorts of third-parties that provide LRN dip services...it's surprising to me that a similar market of services does not seem to exist for what I view as the analogue in the TF world. I really don't even care for the whole CPR: all I really want to do is basically perform the same look-up that would be made during an actual call, and know what the singular routing decision would be for that call to that TF number at that particular time of day and given a particular originating exchange. -- Nathan -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Jay Hennigan via VoiceOps Sent: Wednesday, August 9, 2023 8:04 PM To: voiceops at voiceops.org Subject: Re: [VoiceOps] TF CPR dip? On 8/9/23 19:54, Nathan Anderson via VoiceOps wrote: > Is this even a thing? Is it possible to do a look-up on a TF number and know ultimately what local number a call to that TF number is going to be sent to? It may not go to a local number at all. It can terminate on an old-school toll trunk (PRI) or be delivered by SIP as the native toll-free number. "Switched" TF is translated to a local number by the provider and delivered over the PSTN/VoIP on that local number. "Dedicated" TF is delivered directly to the customer natively as the TF number. More complex schemes can be set up with routing based on originating NPA/NXX, time of day, etc. as well. -- Jay Hennigan - jay at west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

3 3

TF CPR dip?
by nathana＠fsr.com Aug. 9, 2023

Aug. 9, 2023

So, I'm not a RespOrg (though I've considered it), thus have no access to SOMOS, and know extremely little about TF call routing; don't hurt me... Is this even a thing? Is it possible to do a look-up on a TF number and know ultimately what local number a call to that TF number is going to be sent to? >From the little Googling I've done so far, it's not clear to me if a CPR record actually contains the final destination (perhaps it does *sometimes*), or if the "destination" typically just represents a number belonging to the IXC that will finally complete the call (similar to LRN for routing a ported local number to the right switch). I'm guessing the latter? in which case it's impossible to know what the actual final destination of the call is just by consulting SMS/800...the destination would ultimately be proprietary information that only the long-distance provider responsible for those calls could know...? (I'm guessing this is made even messier today by the existence of direct SIP TF origination, in which case there is no true "local" number that the TF is being forwarded to. Knowing that this is a thing is driving some of my assumptions here. Though perhaps I'm misunderstanding how this works under-the-hood...maybe a CPR does always contain the actual destination #, and what's happening in the case of direct SIP origination is that the CIC points at the SIP provider, and the "destination" is set to be the same as the actual TF number itself? Does that work / are you allowed to do that?) Though I'd love to understand all of this more in-depth as a whole, the particular thing driving my query at the moment is that a prospective customer -- who is a local branch office of a national firm -- is asking us about issues with call quality and call completion that they have been experiencing when calling their HQ via the HQ's TF numbers (there are several, each of which apparently route to different departments at different destinations), when making those calls via ILEC, where ILEC is also their LD provider. They do not experience the same issues when calling those same TFs via mobile. They have tried to work with ILEC to try to resolve these issues to no end, and want to be assured that either they would not experience the same problem when sending those calls through us, or that if they do, we could (unlike the ILEC, apparently) actually work to solve the underlying issue / route around it. If we do run into the issue to these particular numbers, short of opening tickets with whomever we term the TF calls through, one thought I had would be to have end-user bypass the TF#s entirely, and to try direct-dialing the local number that they point to instead. The question is how to determine what those destination numbers actually are. Thanks, -- Nathan

2 1

Dominican Republic LERG Data
by beckman＠angryox.com Aug. 9, 2023

Aug. 9, 2023

Customer states their DO Number is active with Claro. Twilio states that it is not active with any carrier. My LERG sources only have US and Canada NPANXX data. Where would I get Dominican Republic LERG data (area codes 809, 829, 849) without paying hundreds or thousands of dollars? Any lookup services? Beckman PS -- if you have access, email me privately and I'll send the number to check. --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com https://www.angryox.com/ ---------------------------------------------------------------------------

4 9