- VoiceOps - lists.voiceops.org

Verizon down?
by peeip989＠gmail.com Oct. 5, 2021

Oct. 5, 2021

Anyone having issues with Verizon Business? Around 08:30 we started having issues on inbound calls.

1 0

SHAKEN Attestation/Verification: Oracle SBC
by David.Zilk＠cdk.com Oct. 4, 2021

Oct. 4, 2021

We are making SHAKEN attestation/verification requests using the REST interface via Oracle SBCs and are experiencing "Unsuccessful Verifications" for a significant portion of our calls. This doesn't mean that the verification failed, as in the cert was wrong or the calling number in the Identity header didn't match the one in the From: header. It means that for some reason the SBC was not able to complete the verification. All our attestations get processed successfully. Are there others doing SHAKEN using Oracle SBCs that are experiencing the same issue? Please contact me off list if you would like to discuss it further. Thanks, David Zilk Sr. Voice Engineer CDK Global/IP Networked Services

1 0

thinQ is making hay while Bandwidth is down
by caalvarez＠gmail.com Oct. 3, 2021

Oct. 3, 2021

This seems to be a bit disingenuous. I don't believe that they can multi-home or move DIDs quickly? Or am I wrong? Could they actually solve the current problem? DIDs are the only issue; we simply moved outbound. [image: Better voice service from thinQ by Commio] <https://email.thinq.com/e3t/Btc/2L+113/cPRJF04/VVzYWT85FM-MW1SPJNT8nY0xfW31…> Hi Carlos, Carrier outages happen, but with thinQ by Commio they won't leave Initiatel LLC without voice service. [image: Outages are in the past with thinQ!] <https://email.thinq.com/e3t/Btc/2L+113/cPRJF04/VVzYWT85FM-MW1SPJNT8nY0xfW31…> With our voice disaster recovery solution, you can enable a dynamic failover solution to easily route calls around an outage, no matter what the cause, if disaster strikes. - Our multi-vendor solution gives you instant options for service in a disaster - Turn on all 5 toll-free and 40 domestic carriers to power custom routing so disaster recovery is fast & easy - Get back up and running FAST and power better performance at lower costs You can stop worrying about outages with thinQ?s predictive intelligence for call routing. Our innovative disaster recovery technology allows you to reroute domestic and toll-free calls during carrier and power outages so you can always be connected with your customers. [image: BETTER VOICE IS HERE] <https://email.thinq.com/e3t/Btc/2L+113/cPRJF04/VVzYWT85FM-MW1SPJNT8nY0xfW31…>

12 23

And now the Bandwidth dashboard is dead
by caalvarez＠gmail.com Sept. 30, 2021

Sept. 30, 2021

Just as I was configuring and testing our first few SMS numbers, it has died. I can view some numbers but they show invalid info, or the site just hangs with loading bubbles.

1 0

Bandwidth - Monday Outage
by david＠ringfree.com Sept. 30, 2021

Sept. 30, 2021

Is anyone getting anything out of BW? Almost all of our DID?s have been unsable all of Monday. I?ve heard unofficially that it?s a DDOS. But I can?t get anything out of BW besides the status page. Thanks David David Wessell Owner t: 828-575-0030 ex 101 e: david at ringfree.com | w: ringfree.com

19 34

Bandwidth Outage -Tuesday - Day #4
by mauricio.lizano＠gmail.com Sept. 28, 2021

Sept. 28, 2021

Started again at Sep 28, 10:05 EDT Bandwidth is currently experiencing intermittent voice service issues. Bandwidth continues to fight against an attack on our network which may intermittently impact our services. Our teams are actively adapting our mitigation efforts to defend the network, and our operations and engineering teams are responding in real-time. Updates will continue to be provided via status.bandwidth.com. -- Mauricio Lizano

1 0

BW Issue 9/28/21
by david＠ringfree.com Sept. 28, 2021

Sept. 28, 2021

Bandwidth just marked that status page as partial outage again: https://status.bandwidth.com/ Looks like many of us are in for another long day. David Wessell Owner t: 828-575-0030 ex 101 e: david at ringfree.com | w: ringfree.com

1 0

Tuesday Bandwidth.com Outage
by sean＠commandlink.com Sept. 28, 2021

Sept. 28, 2021

It happening again today, confirmed with their support. Sean Salvadalena

1 0

Five9 Issues / DDoS?
by ivan.kovacevic＠startelecom.ca Sept. 27, 2021

Sept. 27, 2021

So we have a Five9 SIP Trunking client who is being told by Five9 that their IVR/DTMF isn't working because of the Bandwidth.com outage. which is strange .... because their call path does not touch bandwidth.com at all... and raises the prospect of Five9s being targeted separately from Bandwidth? Any Five9 customers who are having issues which are definitely not related to Bandwidth.com? Or is that platform specific question too obscure for this list? [image: Star Telecom - Cloud Communications and Customer Experience Solutions] <https://www.startelecom.ca/> *Ivan Kovacevic* *Co-Founder and VP Client Services* -- NOTE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by replying to this email, and destroy all copies of the original message.

6 6

Bandwidth - Monday Outage
by ryandelgrosso＠gmail.com Sept. 27, 2021

Sept. 27, 2021

Would it? Or would SIP/TLS supplant that? The VZ VPN requirement was a bad solution to a paranoid delusion that really didnt solve anything. As were all being dragged kicking and screaming into TLS based peering for the sake of SHAKEN/STIR why not fully embrace what it provides? On 9/27/2021 2:35 PM, Aryn Nakaoka 808.356.2901 wrote: > If its SIP based, Verizon standard to run a VPN would become a norm. > > > > > Aryn Nakaoka > anakaoka at trinet-hi.com <mailto:anakaoka at trinet-hi.com> > Direct: 808.356.2901 > 518 Holokahana Lane > Honolulu, Hi?96817 > > AlohaTone Mobile: https://youtu.be/PdUyuf0hTYY > <https://youtu.be/PdUyuf0hTYY> > > A Better Solution https://www.trinet-hi.com/abettersolution.pdf > <https://www.trinet-hi.com/abettersolution.pdf> > Aloha Tone PBX https://www.youtube.com/watch?v=96YWPY9wCeU > <https://www.youtube.com/watch?v=96YWPY9wCeU> > > CONFIDENTIALITY NOTICE: ?The information contained in this email and > any attachments may be privileged, confidential and protected from > disclosure.? Any disclosure, distribution or copying of this email or > any attachments by persons or entities other than the intended > recipient is prohibited. If you have received this email in error, > please notify the sender immediately by replying to the message and > deleting this email and any attachments from your system. Thank you > for your cooperation. > > > On Mon, Sep 27, 2021 at 11:27 AM Ryan Delgrosso > <ryandelgrosso at gmail.com <mailto:ryandelgrosso at gmail.com>> wrote: > > Do we know this is a SIP/RTP targeted volumetric attack and those > arent > just collateral damage in a more plebian attack aimed ad > portals/apis or > routers? > > I can understand them being tight lipped but some transparency > helps the > situation. > > I wonder if DHS is involved yet? > > On 9/27/2021 1:48 PM, Jay Hennigan via VoiceOps wrote: > > On 9/27/21 13:30, Darren via VoiceOps wrote: > >> I know it?s hard to be patient but I can?t imagine they?re NOT all > >> hands on deck. > >> > >> The reality is probably that the DDoS attack is now so big, they > >> can?t handle it on their own, so they?re scrambling to contract > out > >> with another provider who can handle it. That would explain why > the > >> BGP routes they advertise have shifted. These DDoS products > typically > >> take weeks to setup, so they?re likely having to scramble. I?ll be > >> surprised if this does NOT continue tomorrow (unfortunately). > > > > From my understanding this is not your typical volumetric DDoS but > > something specific to SIP or VoIP and thus the typical scrubbing > > services aren't going to be effective against the voice side of > things. > > > > Obviously they are keeping things close to the vest in order not to > > give too much information to the bad guys but I agree that it > may take > > some time to resolve. > > > >> *From: *VoiceOps <voiceops-bounces at voiceops.org > <mailto:voiceops-bounces at voiceops.org>> on behalf of Carlos > >> Alvarez <caalvarez at gmail.com <mailto:caalvarez at gmail.com>> > >> *Date: *Monday, September 27, 2021 at 1:23 PM > > > >> Generic SIP client here, and the ongoing "continue to investigate" > >> notices are infuriatingly like "we have no damn clue what we're > >> doing."? Try explaining to customers why it's not "our fault*" and > >> that there's no way to estimate a repair time. > > > > I think the ongoing "continue to investigate" messages are fine. > > They're obviously dealing with a major incident and trying their > best > > to keep their customers informed. This IMHO beats silence. > > > >> *Our fault for choosing them I guess, but not something we can > fix in > >> minutes. > > > > The same thing could and has affected others. Voip.ms has been > dealing > > with a similar attack for at least a week. We've had excellent > service > > from Bandwidth for years and I trust that they will be able to get > > through this as well as anyone. > > > > It's the nature of the legacy PSTN that redundant providers or fast > > failover for inbound calling isn't (yet) a thing. > > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org> > https://puck.nether.net/mailman/listinfo/voiceops > <https://puck.nether.net/mailman/listinfo/voiceops> >

9 8