Re: [VoiceOps] [EXTERNAL] Kamailio Visions 2030 for Appalachia

A solid 200 OK on the 2030 plan! David -Original Message- From: VoiceOps On Behalf Of Alex Balashov via VoiceOps Sent: Monday, April 1, 2024 11:16 AM To: VoiceOps Subject: [EXTERNAL] [VoiceOps] Kamailio Visions 2030 for Appalachia Caution: External email - Please use caution opening

Re: [VoiceOps] [EXTERNAL] Re: One Way Audio - Frontier Comm (Los Angeles area)

Well... yeah, kinda-sometimes maybe. If any network device has any code that is SIP/RTP aware, that code can be poorly configured or make a mistake. Hiding SIP/RTP inside anything else is one way to avoid being seen by bad configs or buggy code. A VPN can't prevent backhoe drivers from

Re: [VoiceOps] Passing the Voiceops torch

Cc: Hiers, David Subject: [EXTERNAL] Re: [VoiceOps] Passing the Voiceops torch Caution: External email - Please use caution opening links and attachments from external senders On January 2, 2023, David Hiers wrote: > Hi everyone, > > Thank you all for your contributions to voic

[VoiceOps] test

Test dns 1 ___ VoiceOps mailing list VoiceOps@voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] [EXTERNAL] Re: Passing the Voiceops torch

And probably about half of the rest of the internet, too! From: Mike Hammett Sent: Thursday, January 5, 2023 6:58 AM To: Hiers, David Cc: VoiceOps Subject: [EXTERNAL] Re: [VoiceOps] Passing the Voiceops torch Caution: External email - Please use caution opening links and attachments from

[VoiceOps] Passing the Voiceops torch

Hi everyone, Thank you all for your contributions to voiceops over the years, you quite literally make the voiceops distro what it is. With the coming of 2023, it's about time to pass the voiceops torch to the next generation. If you'd like to pick up the domain name and such, please contact

Re: [VoiceOps] [EXTERNAL] Re: Mailman 'Reply-To' munging (was: Re: 9-8-8 dialing [...])

reply-to-list behavior, I can say I've seen it work fine. And just now, I almost hit send before changing who I'm replying to. I'd appreciate the change. On Wed, Jul 20, 2022 at 7:56 AM Hiers, David mailto:david.hi...@cdk.com>> wrote: Hi, I’m not aware of any recent changes to the

Re: [VoiceOps] [EXTERNAL] Re: Mailman 'Reply-To' munging (was: Re: 9-8-8 dialing [...])

Hi, I’m not aware of any recent changes to the list config, but I’ll check. The current “reply-to” behavior is the one generally recommended by the Mailman docs, which warn of weird email client behavior if you mess around with it. I’m not beyond messing around with it, just don’t want to make

Re: [VoiceOps] Phase III clinical trials of Kamailio DMQ

Not GMO, but probably alcohol-infused. From: Carlos Alvarez Sent: Thursday, April 1, 2021 12:36 PM To: Hiers, David Cc: Alex Balashov ; Brandon Svec ; voiceops@voiceops.org Subject: Re: [VoiceOps] Phase III clinical trials of Kamailio DMQ GMO? On Thu, Apr 1, 2021 at 12:27 PM Hiers, David

Re: [VoiceOps] Phase III clinical trials of Kamailio DMQ

No AI here... This is classic, small-batch, hand-crafted, free-range, organic, gluten-free content. David -Original Message- From: VoiceOps On Behalf Of Alex Balashov Sent: Thursday, April 1, 2021 12:18 PM To: Brandon Svec Cc: voiceops@voiceops.org Subject: Re: [VoiceOps] Phase III

Re: [VoiceOps] Got my first inbound call with a STIR/SHAKEN checkmark

"It's a good thing I put half of my water in a redundant glass" - Dilbert -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Mary Lou Carey Sent: Thursday, September 10, 2020 11:03 AM To: voiceops@voiceops.org Subject: Re: [VoiceOps] Got my first

[VoiceOps] Update on STIR / SHAKEN

Mad props to the gang at nether.net for hosting this mail list! David Sent from Workspace ONE Boxer On Mar 27, 2020 2:20 PM, Mary Lou Carey wrote: Just wanted to give everyone an update on STIR / SHAKEN since it still seems to be so confusing to everyone. I spoke with Brent Struthers from ATIS

Re: [VoiceOps] Three Digit Numbers

I’m not up on the final status, but 811 started off being not all that optional… https://docs.fcc.gov/public/attachments/FCC-05-59A1.pdf “require the use of 811 as the national abbreviated dialing code for providing advanced notice of excavation activities to underground facility operators

Re: [VoiceOps] E911 - Working from home

Agreed; 911 is a part of a much larger system, and public confidence in the entire emergency response system is a officially a Big Deal. David -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Mary Lou Carey Sent: Thursday, March 19, 2020 6:23 PM

[VoiceOps] SD-WAN group

Hi, If you're interested in SD-WAN, I've started a NANOG-knockoff over on groups.io. https://groups.io/g/sdwanoperators it has all the usual SMTP controls: * Post: sdwanoperat...@groups.io * Subscribe:

Re: [VoiceOps] NENA SIP Marking Specifications

... For all I know, the guy that wrote it wanted to be sure that nobody's auto-qos would work, thus guaranteeing more billable hours for his brother-in-law. David -Original Message- From: Brian Knight [mailto:m...@knight-networks.com] Sent: Wednesday, March 18, 2020 8:04 AM To: Hiers, David

Re: [VoiceOps] NENA SIP Marking Specifications

Hi Brian, That standard applies to " Emergency Services IP Networks", which, by definition, are entirely private. They control their entire universe; there is simply no reason for NENA to care about default behavior of any device or network. As to why they picked these values... I have no

Re: [VoiceOps] ANIs flagged as telemarketer/spammer/scammer

Hi Alex, I have no idea how it is actually done, but there are lots of useful metrics just lying around that one could use. Things like: The last time a specific terminating number called a specific originating number Number of calls Rate of calls Ratio of originated/terminated calls Time of

Re: [VoiceOps] Watch those response codes

:18PM +, Hiers, David wrote: > > Tricksy Hobbitses... > > http://money.cnn.com/2018/04/16/technology/t-mobile-false-ring/index.h > tml > > > > David > > -- > This message and any attac

[VoiceOps] Watch those response codes

Tricksy Hobbitses... http://money.cnn.com/2018/04/16/technology/t-mobile-false-ring/index.html David -- This message and any attachments are intended only for the use of the addressee and may contain information that is

Re: [VoiceOps] SDWAN for VOIP

improvement. Though it may be cost prohibitive for sites that have very few issues as it is. On Tue, Oct 3, 2017 at 5:59 PM, Hiers, David <david.hi...@cdk.com<mailto:david.hi...@cdk.com>> wrote: We sell it. That’s the only way we can really tweak it for our apps and architecture. T

Re: [VoiceOps] SDWAN for VOIP

] Sent: Tuesday, October 03, 2017 3:53 PM To: Hiers, David <david.hi...@cdk.com> Cc: Paul Stamoulis <p...@everestbroadband.com>; voiceops@voiceops.org Subject: Re: [VoiceOps] SDWAN for VOIP Do you resell VeloCloud with a voice solution or just refer your voice customers to them

Re: [VoiceOps] SDWAN for VOIP

:p...@everestbroadband.com] Sent: Tuesday, October 03, 2017 2:05 PM To: Hiers, David <david.hi...@cdk.com>; voiceops@voiceops.org Subject: RE: SDWAN for VOIP David, thanks for the info - we are currently looking at this technology as well for services to remote locations and redundancy

Re: [VoiceOps] SIP ladder diagram builder

I've had good luck with the java api: java.sip.ladder.before.coffee.newbie() It'll throw the wildest exceptions sometimes, however. :) David -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Alex Balashov Sent: Saturday, February 25, 2017 2:14 PM

Re: [VoiceOps] SS7

People tend forget the existence and benefit of physical and administrative security controls until they disable them. Sure, they are an expensive speedbump at times, but you can’t hack what you can’t touch. David From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Mike Ray,

Re: [VoiceOps] GPON Vendors

As long as the content stays good and geeky, Voiceops leans on Postel's RFC 760 Robustness Principle. Since GPON is of interest to voice engineers, it's in scope. David From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Paul Timmins Sent: Monday, November 09, 2015 08:45 To:

Re: [VoiceOps] Preventing calls to cell phones with guaranteed accuracy

doesn't know about my Sprint CDMA phone. On Aug 21, 2015 14:49, Hiers, David david.hi...@cdk.com wrote: Checking for the existence of TN’s HLR might do the trick: www.hlrcheck.com From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Jared Geiger Sent: Friday

Re: [VoiceOps] Preventing calls to cell phones with guaranteed accuracy

The principle is valid; mobile numbers have HLRs. I would not exclude them or the method based on the free demo. -Original Message- From: Paul Timmins [mailto:p...@timmins.net] Sent: Friday, August 21, 2015 11:56 To: Hiers, David (DS) Cc: VoiceOps; ja...@compuwizz.net Subject: Re

Re: [VoiceOps] Preventing calls to cell phones with guaranteed accuracy

Have you looked at it from a call routing perspective instead of a service definition perspective? Does the FCC definition of devices/services covered by this ruling match the set of ‘things that must have a resolvable Home Location Record to receive a call’? If so, then a per-call SS7 HLR

[VoiceOps] xmpp reference accounts?

Hi all, I need to stand up an xmpp server for a pretty large population of heavy users, with possible voice integration. The ejabberd codebase looks like the way to go, so the decisions now are between the community vs supported versions, and process-one vs erlang solutions. Is anyone out

Re: [VoiceOps] Call established before audio path

That handles the IVR case, sure, but the harried, highly-caffeinated receptionist with a headset that can strike the answer button like a cobra remains a persistent challenge. David -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Ryan Delgrosso

Re: [VoiceOps] Level 3 platforms

Probably not relevant anymore... Viper probably does not exist anymore. The push to migrate everyone to vector was quite strong; I'd be quite surprised if anyone still had anything at all on viper. David -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On

[VoiceOps] Signaling hold to the PSTN

Hi, What has been your experience in signaling holds to the PSTN? The more everyone converts to SIP and peers with our carriers, the more stacks we see on the far end. A growing number seem to have trouble accepting any kind of hold SDP signals such as a=inactive/sendonly, quad zeros, etc.

Re: [VoiceOps] Signaling hold to the PSTN

In our 3PCC model, the switch is not in a position to do that. It does not control the details of the RTP stream (codec, timestamp, sequence, marker, etc). David From: Paul Timmins [mailto:p...@timmins.net] Sent: Tuesday, April 15, 2014 08:20 To: Hiers, David (DS) Cc: voiceops@voiceops.org

Re: [VoiceOps] Fraud

That actually works out great for you. There is a federal law that limits credit card customer fraud liability to $50. Go to court. There is no federal law that limits phone customer fraud. If you don't have such a clause in your contract, you can't lose the case.The customer may walk,