Re: [VoiceOps] Investigating random call completion issues nationwide

[Izzy Goldstein - TeleGo]

ive also had issues with DIDWW DID's in israel, being called from
israel cell phones didnt connect.

seems to be industry standard

On Fri, Mar 20, 2020 at 12:15 AM Darren Schreiber  wrote:

> They have that up as an auto-responder (they sent it to me twice heh).
> Then they wrote back to try and find the calls, but did not find them
> hitting their network. That’s why I thought it was their issue at first,
> but then we had the same report on a bandwidth.com number. Then a few
> more reports. And you know for each report we get there’s 10 people that
> aren’t saying anything and just redial. Well, I guess it depends on the
> customer.
>
>
>
> Anyway, we’ll keep an eye on it. We also hit record calling this week so
> that’s another data point that it’s just high traffic. Many people seem to
> be doing remote “check-in” meetings with all their employees daily, in the
> morning, so I suspect that’s the issue.
>
>
>
> *From: *Izzy Goldstein - TeleGo 
> *Date: *Thursday, March 19, 2020 at 9:12 PM
> *To: *Darren Schreiber 
> *Cc: *"voiceops@voiceops.org" 
> *Subject: *Re: [VoiceOps] Investigating random call completion issues
> nationwide
>
>
>
> i experienced the same issues
>
>
>
>
>
> Peerless says:
>
>
>
>
>
> We’re sorry for the calling issues you’re experiencing today. As you may
> know, these are extraordinary times and we are currently seeing network
> congestion industry wide – the events of the past week have had a direct
> impact on all telecommunication carriers. Due to the sheer volume of
> individuals and businesses that are now working remotely, blocking or
> congestion outside our network is impacting call completion. peerless is
> relentlessly pursuing all options with all of our partners, and working to
> ensure that they’re aware of the call completion issues. While peerless can
> and will address some of these issues directly, our troubleshooting
> indicates that many congestion-related issues are occurring within networks
> of our carrier customers or other intermediaries which we cannot control.
> Nonetheless, we are working tirelessly to resolve capacity issues wherever
> they exist. Thanks for your understanding.
>
>
>
> On Thu, Mar 19, 2020 at 7:29 PM Darren Schreiber 
> wrote:
>
> Hi folks,
>
> We’ve been getting occasional, very infrequent, reports of
> people hitting busy signals or intercept messages when calling numbers
> routed to us. At first we thought the issue was between us and Peerless but
> we now have reports with bandwidth and Inteliquent. So, then of course
> naturally we thought the issue was in our systems. But again, we’ve come up
> empty. We also thought it may be trunk or port limitations upstream. Have
> checked those. No dice.
>
>
>
> The issue seems to always be the same. Customer from cell
> phone or landline dials a number, reaches a busy signal or intercept
> message. All reports are from Verizon or AT callers. We check our logs,
> don’t see any attempt to even reach our system (we log freakin everything).
> So we reach out to the upstream provider, and they too claim it never
> reached their tandem/network.
>
>
>
> I know everyone on earth is currently WFH so perhaps that
> warrants just shutting up & dealing with it but I’ve been surprised not to
> see any chatter on this list or elsewhere in this regard. Is anyone else
> having indications of capacity issues (and are y’all just not talking about
> it) or is it just us and we should keep looking?
>
>
>
> - Darren
>
>
>
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>
>
>
>
> --
>
> *Izzy Goldstein*
>
> *Chief Technology Officer   *
>
> Main: *(212) 477-1000 x 2085 <(212)%20477-1000>*
>
> Direct: *(929) 477-2085 <(929)%20477-2085>*
>
> Website: www.telego.com 
>
>
>
> 
>
>
>
> *Confidentiality Notice: This e-mail may contain confidential and/or
> privileged information. If you are not the intended recipient or have
> received this e-mail in error please notify us immediately by email reply
> and destroy this e-mail. Any unauthorized copying, disclosure or
> distribution of the material in this e-mail is strictly forbidden. Any
> views or opinions presented in this email are solely those of the author
> and do not necessarily represent those of TeleGo (T). Employees of TeleGo
> are expressly required not to make defamatory statements and not to
> infringe or authorize any infringement of copyright or any other legal
> right by email communications. Any such communication is contrary to TeleGo
> policy and outside the scope of the employment of the individual concerned.
> TeleGo will not accept any liability in respect of such communication, and
> the employee responsible will be personally liable for any damages or other
> liability arising.*
>
>
> TeleGo Hosted PBX 
>


-- 

Re: [VoiceOps] Investigating random call completion issues nationwide

[Darren Schreiber]

They have that up as an auto-responder (they sent it to me twice heh). Then 
they wrote back to try and find the calls, but did not find them hitting their 
network. That’s why I thought it was their issue at first, but then we had the 
same report on a bandwidth.com number. Then a few more reports. And you know 
for each report we get there’s 10 people that aren’t saying anything and just 
redial. Well, I guess it depends on the customer.

Anyway, we’ll keep an eye on it. We also hit record calling this week so that’s 
another data point that it’s just high traffic. Many people seem to be doing 
remote “check-in” meetings with all their employees daily, in the morning, so I 
suspect that’s the issue.

From: Izzy Goldstein - TeleGo 
Date: Thursday, March 19, 2020 at 9:12 PM
To: Darren Schreiber 
Cc: "voiceops@voiceops.org" 
Subject: Re: [VoiceOps] Investigating random call completion issues nationwide

i experienced the same issues


Peerless says:


We’re sorry for the calling issues you’re experiencing today. As you may know, 
these are extraordinary times and we are currently seeing network congestion 
industry wide – the events of the past week have had a direct impact on all 
telecommunication carriers. Due to the sheer volume of individuals and 
businesses that are now working remotely, blocking or congestion outside our 
network is impacting call completion. peerless is relentlessly pursuing all 
options with all of our partners, and working to ensure that they’re aware of 
the call completion issues. While peerless can and will address some of these 
issues directly, our troubleshooting indicates that many congestion-related 
issues are occurring within networks of our carrier customers or other 
intermediaries which we cannot control. Nonetheless, we are working tirelessly 
to resolve capacity issues wherever they exist. Thanks for your understanding.

On Thu, Mar 19, 2020 at 7:29 PM Darren Schreiber 
mailto:dar...@2600hz.com>> wrote:
Hi folks,
We’ve been getting occasional, very infrequent, reports of 
people hitting busy signals or intercept messages when calling numbers routed 
to us. At first we thought the issue was between us and Peerless but we now 
have reports with bandwidth and Inteliquent. So, then of course naturally we 
thought the issue was in our systems. But again, we’ve come up empty. We also 
thought it may be trunk or port limitations upstream. Have checked those. No 
dice.

The issue seems to always be the same. Customer from cell phone 
or landline dials a number, reaches a busy signal or intercept message. All 
reports are from Verizon or AT callers. We check our logs, don’t see any 
attempt to even reach our system (we log freakin everything). So we reach out 
to the upstream provider, and they too claim it never reached their 
tandem/network.

I know everyone on earth is currently WFH so perhaps that 
warrants just shutting up & dealing with it but I’ve been surprised not to see 
any chatter on this list or elsewhere in this regard. Is anyone else having 
indications of capacity issues (and are y’all just not talking about it) or is 
it just us and we should keep looking?

- Darren

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


--

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085

Direct: (929) 477-2085

Website: www.telego.com



[https://lh4.googleusercontent.com/Ze7NkT2QtotXfVWbpWXrpSMRIcAdqb0Ci0_RZsAjQzmRrd-_v02-O86QlqwZnGUE8SlBECXBvJUPXSH7ZRyDvDVeaXQFSS5SiA4gan112DN-0s2D3prRdt2UeUprZQEo1YmUFfZ7]



Confidentiality Notice: This e-mail may contain confidential and/or privileged 
information. If you are not the intended recipient or have received this e-mail 
in error please notify us immediately by email reply and destroy this e-mail. 
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden. Any views or opinions presented in this email are 
solely those of the author and do not necessarily represent those of TeleGo 
(T). Employees of TeleGo are expressly required not to make defamatory 
statements and not to infringe or authorize any infringement of copyright or 
any other legal right by email communications. Any such communication is 
contrary to TeleGo policy and outside the scope of the employment of the 
individual concerned. TeleGo will not accept any liability in respect of such 
communication, and the employee responsible will be personally liable for any 
damages or other liability arising.

TeleGo Hosted PBX
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Investigating random call completion issues nationwide

[Izzy Goldstein - TeleGo]

i experienced the same issues


Peerless says:


We’re sorry for the calling issues you’re experiencing today. As you may
know, these are extraordinary times and we are currently seeing network
congestion industry wide – the events of the past week have had a direct
impact on all telecommunication carriers. Due to the sheer volume of
individuals and businesses that are now working remotely, blocking or
congestion outside our network is impacting call completion. peerless is
relentlessly pursuing all options with all of our partners, and working to
ensure that they’re aware of the call completion issues. While peerless can
and will address some of these issues directly, our troubleshooting
indicates that many congestion-related issues are occurring within networks
of our carrier customers or other intermediaries which we cannot control.
Nonetheless, we are working tirelessly to resolve capacity issues wherever
they exist. Thanks for your understanding.

On Thu, Mar 19, 2020 at 7:29 PM Darren Schreiber  wrote:

> Hi folks,
>
> We’ve been getting occasional, very infrequent, reports of
> people hitting busy signals or intercept messages when calling numbers
> routed to us. At first we thought the issue was between us and Peerless but
> we now have reports with bandwidth and Inteliquent. So, then of course
> naturally we thought the issue was in our systems. But again, we’ve come up
> empty. We also thought it may be trunk or port limitations upstream. Have
> checked those. No dice.
>
>
>
> The issue seems to always be the same. Customer from cell
> phone or landline dials a number, reaches a busy signal or intercept
> message. All reports are from Verizon or AT callers. We check our logs,
> don’t see any attempt to even reach our system (we log freakin everything).
> So we reach out to the upstream provider, and they too claim it never
> reached their tandem/network.
>
>
>
> I know everyone on earth is currently WFH so perhaps that
> warrants just shutting up & dealing with it but I’ve been surprised not to
> see any chatter on this list or elsewhere in this regard. Is anyone else
> having indications of capacity issues (and are y’all just not talking about
> it) or is it just us and we should keep looking?
>
>
>
> - Darren
>
>
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>


-- 

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085 <(212)%20477-1000>

Direct: (929) 477-2085

Website: www.telego.com 





Confidentiality Notice: This e-mail may contain confidential and/or
privileged information. If you are not the intended recipient or have
received this e-mail in error please notify us immediately by email reply
and destroy this e-mail. Any unauthorized copying, disclosure or
distribution of the material in this e-mail is strictly forbidden. Any
views or opinions presented in this email are solely those of the author
and do not necessarily represent those of TeleGo (T). Employees of TeleGo
are expressly required not to make defamatory statements and not to
infringe or authorize any infringement of copyright or any other legal
right by email communications. Any such communication is contrary to TeleGo
policy and outside the scope of the employment of the individual concerned.
TeleGo will not accept any liability in respect of such communication, and
the employee responsible will be personally liable for any damages or other
liability arising.


TeleGo Hosted PBX 
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] E911 - Working from home

[Richard Jobson]

I guess one phone dispatched to a home working location does not qualify as 
“Multi-Line Telephone System” MLTS i.e. PBX with SIP trunk or ISDN PRI etc. 

 

However, the RAY BAUM’S Act , which kicks in next year 2021, may sharpen FCC’s 
oversight of location, accompanying a 911 call.

 

The Act requires that all 911 calls to the appropriate PSAP should be a 
accompanied with “dispatchable location” information. As defined in the law, 
dispatchable location is: “the street address of the calling party, and 
additional information such as room number, floor number, or similar 
information necessary to adequately identify the location of the calling party.”

 

 

Many Thanks & Best Regards,

 

Richard Jobson

Teraquant Corporation

ph: 719 488 1003

d/l: (719) 766-8523

www.teraquant.com

i...@teraquant.com

www.linkedin.com/in/richardjobson

 

Network Monitoring and Service Assurance - Speech Quality Experts (PESQ/POLQA) 
and Active Testing - Reporting – HPBX - Session Border Controllers – SDN and 
SD-WAN - Big Data Analytics and fraud detection and protection. 

 

From: VoiceOps  on behalf of Mary Lou Carey 

Date: Thursday, March 19, 2020 at 7:24 PM
To: "J. Hellenthal" 
Cc: "Voiceops.org" 
Subject: Re: [VoiceOps] E911 - Working from home

 

Because when people have an emergency their brain cells don't work as 

well. They see a phone and expect it to work regardless. That's why the 

FCC mandated that if you can make an originating call.you have to 

provide 911 and be able to update the location accurately!

 

MARY LOU CAREY

BackUP Telecom Consulting

Office: 615-791-9969

Cell: 615-796-

 

On 2020-03-19 04:57 PM, J. Hellenthal via VoiceOps wrote:

Just sayin but they have phones ... why do they need your 911 routing

--

  J. Hellenthal

The fact that there's a highway to Hell but only a stairway to Heaven

says a lot about anticipated traffic volume.

On Mar 19, 2020, at 13:56, Izzy Goldstein - TeleGo

 wrote:



how messy is this  needing to change many E911 locations for Remote

Employees --

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085 [1]

Direct: (929) 477-2085 [2]

Website: www.telego.com [3]

[4]

Confidentiality Notice: This e-mail may contain confidential and/or

privileged information. If you are not the intended recipient or

have received this e-mail in error please notify us immediately by

email reply and destroy this e-mail. Any unauthorized copying,

disclosure or distribution of the material in this e-mail is

strictly forbidden. Any views or opinions presented in this email

are solely those of the author and do not necessarily represent

those of TeleGo (T). Employees of TeleGo are expressly required not

to make defamatory statements and not to infringe or authorize any

infringement of copyright or any other legal right by email

communications. Any such communication is contrary to TeleGo policy

and outside the scope of the employment of the individual concerned.

TeleGo will not accept any liability in respect of such

communication, and the employee responsible will be personally

liable for any damages or other liability arising.

TeleGo Hosted PBX [5]

___

VoiceOps mailing list

VoiceOps@voiceops.org

https://puck.nether.net/mailman/listinfo/voiceops

Links:

--

[1] tel:(212)%20477-1000

[2] tel:(929)%20477-2085

[3] http://www.telego.net/

[4] http://www.telego.com/

[5] https://youtu.be/DaT8YAZ4V0w

___

VoiceOps mailing list

VoiceOps@voiceops.org

https://puck.nether.net/mailman/listinfo/voiceops

___

VoiceOps mailing list

VoiceOps@voiceops.org

https://puck.nether.net/mailman/listinfo/voiceops

 

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

Re: [VoiceOps] Investigating random call completion issues nationwide

[jay binks]

We are seeing similar things in Australia over the last few days.

I can generally get calls out of our network (being that we are so well
connected to almost every other sizeable carrier in-country),
however, we are definitely seeing some inbound traffic "go missing" as you
are talking about.

The calls simply never hit our network.

I know of one carrier in country with fairly massive confirmed capacity
issues.
Another has unofficially mentioned that if current traffic volumes continue
to increase they are going to hit issues.

I just think everyone is seeing unprecedented traffic growth.

I don't think it's just working from home.

   - I think its people calling to check up on loved ones.
   - People calling co-workers rather than IM while working from home. (we
   are seeing an increase in this in our own staff... when in isolation people
   want to talk not IM, so they get some human contact)
   - Then I know for sure of "Covid 19 response lines" setup by governments
   that are now carrying huge amount of calls

On that note, if I can help anyone in Australia or NZ right now.. contact
me. ( yes I'm with a smaller Tier 1 in Aus )
More than happy to help where we can.

but I hope you all get through this as best you can.


On Fri, 20 Mar 2020 at 09:40, Gavin Henry  wrote:

> When we pulled up our Homer traces we only saw the successful attempt,
> nothing else, nor our carriers. Same story. I reckon mobile core.
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>


-- 
Sincerely

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

Re: [VoiceOps] E911 - Working from home

[Mary Lou Carey]

Because when people have an emergency their brain cells don't work as 
well. They see a phone and expect it to work regardless. That's why the 
FCC mandated that if you can make an originating call.you have to 
provide 911 and be able to update the location accurately!


MARY LOU CAREY
BackUP Telecom Consulting
Office: 615-791-9969
Cell: 615-796-

On 2020-03-19 04:57 PM, J. Hellenthal via VoiceOps wrote:

Just sayin but they have phones ... why do they need your 911 routing

--
 J. Hellenthal

The fact that there's a highway to Hell but only a stairway to Heaven
says a lot about anticipated traffic volume.


On Mar 19, 2020, at 13:56, Izzy Goldstein - TeleGo
 wrote:





how messy is this  needing to change many E911 locations for Remote
Employees --

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085 [1]

Direct: (929) 477-2085 [2]

Website: www.telego.com [3]

[4]

Confidentiality Notice: This e-mail may contain confidential and/or
privileged information. If you are not the intended recipient or
have received this e-mail in error please notify us immediately by
email reply and destroy this e-mail. Any unauthorized copying,
disclosure or distribution of the material in this e-mail is
strictly forbidden. Any views or opinions presented in this email
are solely those of the author and do not necessarily represent
those of TeleGo (T). Employees of TeleGo are expressly required not
to make defamatory statements and not to infringe or authorize any
infringement of copyright or any other legal right by email
communications. Any such communication is contrary to TeleGo policy
and outside the scope of the employment of the individual concerned.
TeleGo will not accept any liability in respect of such
communication, and the employee responsible will be personally
liable for any damages or other liability arising.

TeleGo Hosted PBX [5]
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops



Links:
--
[1] tel:(212)%20477-1000
[2] tel:(929)%20477-2085
[3] http://www.telego.net/
[4] http://www.telego.com/
[5] https://youtu.be/DaT8YAZ4V0w
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

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

Re: [VoiceOps] Investigating random call completion issues nationwide

[Mary Lou Carey]

If the calls originate from AT and Verizon, their SS7 network should 
be able to see where the call failed. I'd have them put a trouble ticket 
in with their carrier.


MARY LOU CAREY
BackUP Telecom Consulting
Office: 615-791-9969
Cell: 615-796-

On 2020-03-19 06:29 PM, Darren Schreiber wrote:

Hi folks,

We’ve been getting occasional, very infrequent,
reports of people hitting busy signals or intercept messages when
calling numbers routed to us. At first we thought the issue was
between us and Peerless but we now have reports with bandwidth and
Inteliquent. So, then of course naturally we thought the issue was in
our systems. But again, we’ve come up empty. We also thought it may
be trunk or port limitations upstream. Have checked those. No dice.

The issue seems to always be the same. Customer from
cell phone or landline dials a number, reaches a busy signal or
intercept message. All reports are from Verizon or AT callers. We
check our logs, don’t see any attempt to even reach our system (we
log freakin everything). So we reach out to the upstream provider, and
they too claim it never reached their tandem/network.

I know everyone on earth is currently WFH so perhaps
that warrants just shutting up & dealing with it but I’ve been
surprised not to see any chatter on this list or elsewhere in this
regard. Is anyone else having indications of capacity issues (and are
y’all just not talking about it) or is it just us and we should keep
looking?

- Darren
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

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

Re: [VoiceOps] Investigating random call completion issues nationwide

[Paul Timmins]

We've been seeing issues on outbound related to (supposedly) tandem overload in 
some areas through Verizon Business at a minimum, it would be unsuprising to 
see that affect incoming to other carriers, since by definition, it's outgoing 
calls from us to other carriers that are affected.

Verizon also mentioned something about a software licensing issue on something 
of their network.


> On Mar 19, 2020, at 7:29 PM, Darren Schreiber  wrote:
> 
> Hi folks,
> We’ve been getting occasional, very infrequent, reports of 
> people hitting busy signals or intercept messages when calling numbers routed 
> to us. At first we thought the issue was between us and Peerless but we now 
> have reports with bandwidth and Inteliquent. So, then of course naturally we 
> thought the issue was in our systems. But again, we’ve come up empty. We also 
> thought it may be trunk or port limitations upstream. Have checked those. No 
> dice.
>  
> The issue seems to always be the same. Customer from cell 
> phone or landline dials a number, reaches a busy signal or intercept message. 
> All reports are from Verizon or AT callers. We check our logs, don’t see 
> any attempt to even reach our system (we log freakin everything). So we reach 
> out to the upstream provider, and they too claim it never reached their 
> tandem/network.
>  
> I know everyone on earth is currently WFH so perhaps that 
> warrants just shutting up & dealing with it but I’ve been surprised not to 
> see any chatter on this list or elsewhere in this regard. Is anyone else 
> having indications of capacity issues (and are y’all just not talking about 
> it) or is it just us and we should keep looking?
>  
> - Darren
>  
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org 
> https://puck.nether.net/mailman/listinfo/voiceops 
> 
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Investigating random call completion issues nationwide

[Ivan Kovacevic]

We've had ILEC confirmed instances of congestion in Canada. Mostly to toll
free numbers. And sometimes it's between ILEC's wireless and ILEC's toll
free network, i.e. same company.

On Thu., Mar. 19, 2020, 7:37 p.m. Darren Schreiber, 
wrote:

> Yeah we are debating congestion too but can't seem to pin it down. What
> troubles me is that even our upstream carriers (both bandwidth and
> Peerless) can't even find the call examples we've received (which are from
> different clients) in their switches at all. So that rules our systems out
> to some degree.
>
> So I either have two clients sending me invalid information, o
> yeah out of ideas a bit.
>
> Anyway, thanks for the responses already.
>
> On 3/19/20, 4:33 PM, "Gavin Henry"  wrote:
>
> > The issue seems to always be the same. Customer from
> cell phone or landline dials a number, reaches a busy signal or intercept
> message. All reports are from Verizon or AT callers. We check our logs,
> don’t see any attempt to even reach our system (we log freakin everything).
> So we reach out to the upstream provider, and they too claim it never
> reached their tandem/network.
>
> I did see this in the UK yesterday from mobiles calling various
> numbers, including our own VoIP numbers. First dial always failed.
> Thought the same as you but was various landlines and mobiles. I think
> it was the mobile network (O2). Maybe a symptom of a congested core
> mobile network?
>
> Thanks.
>
> --
> Kind Regards,
> Gavin Henry.
>
>
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>

-- 


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.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Investigating random call completion issues nationwide

[Gavin Henry]

When we pulled up our Homer traces we only saw the successful attempt,
nothing else, nor our carriers. Same story. I reckon mobile core.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Investigating random call completion issues nationwide

[Darren Schreiber]

Yeah we are debating congestion too but can't seem to pin it down. What 
troubles me is that even our upstream carriers (both bandwidth and Peerless) 
can't even find the call examples we've received (which are from different 
clients) in their switches at all. So that rules our systems out to some degree.

So I either have two clients sending me invalid information, o yeah out 
of ideas a bit.

Anyway, thanks for the responses already.

On 3/19/20, 4:33 PM, "Gavin Henry"  wrote:

> The issue seems to always be the same. Customer from cell 
phone or landline dials a number, reaches a busy signal or intercept message. 
All reports are from Verizon or AT callers. We check our logs, don’t see any 
attempt to even reach our system (we log freakin everything). So we reach out 
to the upstream provider, and they too claim it never reached their 
tandem/network.

I did see this in the UK yesterday from mobiles calling various
numbers, including our own VoIP numbers. First dial always failed.
Thought the same as you but was various landlines and mobiles. I think
it was the mobile network (O2). Maybe a symptom of a congested core
mobile network?

Thanks.

-- 
Kind Regards,
Gavin Henry.


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

Re: [VoiceOps] Investigating random call completion issues nationwide

[Gavin Henry]

> The issue seems to always be the same. Customer from cell 
> phone or landline dials a number, reaches a busy signal or intercept message. 
> All reports are from Verizon or AT callers. We check our logs, don’t see 
> any attempt to even reach our system (we log freakin everything). So we reach 
> out to the upstream provider, and they too claim it never reached their 
> tandem/network.

I did see this in the UK yesterday from mobiles calling various
numbers, including our own VoIP numbers. First dial always failed.
Thought the same as you but was various landlines and mobiles. I think
it was the mobile network (O2). Maybe a symptom of a congested core
mobile network?

Thanks.

-- 
Kind Regards,
Gavin Henry.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

[VoiceOps] Investigating random call completion issues nationwide

[Darren Schreiber]

Hi folks,
We’ve been getting occasional, very infrequent, reports of 
people hitting busy signals or intercept messages when calling numbers routed 
to us. At first we thought the issue was between us and Peerless but we now 
have reports with bandwidth and Inteliquent. So, then of course naturally we 
thought the issue was in our systems. But again, we’ve come up empty. We also 
thought it may be trunk or port limitations upstream. Have checked those. No 
dice.

The issue seems to always be the same. Customer from cell phone 
or landline dials a number, reaches a busy signal or intercept message. All 
reports are from Verizon or AT callers. We check our logs, don’t see any 
attempt to even reach our system (we log freakin everything). So we reach out 
to the upstream provider, and they too claim it never reached their 
tandem/network.

I know everyone on earth is currently WFH so perhaps that 
warrants just shutting up & dealing with it but I’ve been surprised not to see 
any chatter on this list or elsewhere in this regard. Is anyone else having 
indications of capacity issues (and are y’all just not talking about it) or is 
it just us and we should keep looking?

- Darren

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

Re: [VoiceOps] E911 - Working from home

[J. Hellenthal via VoiceOps]

Just sayin but they have phones ... why do they need your 911 routing 

-- 
 J. Hellenthal

The fact that there's a highway to Hell but only a stairway to Heaven says a 
lot about anticipated traffic volume.

> On Mar 19, 2020, at 13:56, Izzy Goldstein - TeleGo  
> wrote:
> 
> 
> how messy is this  needing to change many E911 locations for Remote Employees 
> -- 
> Izzy Goldstein
> Chief Technology Officer   
> Main: (212) 477-1000 x 2085 
> Direct: (929) 477-2085
> Website: www.telego.com 
> 
> 
> 
> Confidentiality Notice: This e-mail may contain confidential and/or 
> privileged information. If you are not the intended recipient or have 
> received this e-mail in error please notify us immediately by email reply and 
> destroy this e-mail. Any unauthorized copying, disclosure or distribution of 
> the material in this e-mail is strictly forbidden. Any views or opinions 
> presented in this email are solely those of the author and do not necessarily 
> represent those of TeleGo (T). Employees of TeleGo are expressly required not 
> to make defamatory statements and not to infringe or authorize any 
> infringement of copyright or any other legal right by email communications. 
> Any such communication is contrary to TeleGo policy and outside the scope of 
> the employment of the individual concerned. TeleGo will not accept any 
> liability in respect of such communication, and the employee responsible will 
> be personally liable for any damages or other liability arising.
> 
> TeleGo Hosted PBX
> ___
> VoiceOps mailing list
> VoiceOps@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops


smime.p7s
Description: S/MIME cryptographic signature
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] E911 - Working from home

[Mary Lou Carey]

Did they bring their phones home with them? If so, you'll need to update 
the ALI database with their new addresses.


MARY LOU CAREY
BackUP Telecom Consulting
Office: 615-791-9969
Cell: 615-796-

On 2020-03-19 01:53 PM, Izzy Goldstein - TeleGo wrote:

how messy is this  needing to change many E911 locations for Remote
Employees --

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085 [1]

Direct: (929) 477-2085 [2]

Website: www.telego.com [3]

 [4]

Confidentiality Notice: This e-mail may contain confidential and/or
privileged information. If you are not the intended recipient or have
received this e-mail in error please notify us immediately by email
reply and destroy this e-mail. Any unauthorized copying, disclosure or
distribution of the material in this e-mail is strictly forbidden. Any
views or opinions presented in this email are solely those of the
author and do not necessarily represent those of TeleGo (T). Employees
of TeleGo are expressly required not to make defamatory statements and
not to infringe or authorize any infringement of copyright or any
other legal right by email communications. Any such communication is
contrary to TeleGo policy and outside the scope of the employment of
the individual concerned. TeleGo will not accept any liability in
respect of such communication, and the employee responsible will be
personally liable for any damages or other liability arising.

TeleGo Hosted PBX [5]


Links:
--
[1] tel:(212)%20477-1000
[2] tel:(929)%20477-2085
[3] http://www.telego.net/
[4] http://www.telego.com/
[5] https://youtu.be/DaT8YAZ4V0w
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

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

[VoiceOps] E911 ruling

[Peter Rad]

not a tech topic but a tax one.
https://www.jdsupra.com/legalnews/oregon-tax-court-in-ooma-inc-v-dor-89325/

Oregon Tax Court rules VoIP Providers have to pay E911 taxes despite no 
physical presence


Thank you.

Regards,

Peter Radizeski @ RAD-INFO INC
(813) 963-5884


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

[VoiceOps] E911 - Working from home

[Izzy Goldstein - TeleGo]

how messy is this  needing to change many E911 locations for Remote
Employees
-- 

Izzy Goldstein

Chief Technology Officer

Main: (212) 477-1000 x 2085 <(212)%20477-1000>

Direct: (929) 477-2085

Website: www.telego.com 





Confidentiality Notice: This e-mail may contain confidential and/or
privileged information. If you are not the intended recipient or have
received this e-mail in error please notify us immediately by email reply
and destroy this e-mail. Any unauthorized copying, disclosure or
distribution of the material in this e-mail is strictly forbidden. Any
views or opinions presented in this email are solely those of the author
and do not necessarily represent those of TeleGo (T). Employees of TeleGo
are expressly required not to make defamatory statements and not to
infringe or authorize any infringement of copyright or any other legal
right by email communications. Any such communication is contrary to TeleGo
policy and outside the scope of the employment of the individual concerned.
TeleGo will not accept any liability in respect of such communication, and
the employee responsible will be personally liable for any damages or other
liability arising.


TeleGo Hosted PBX 
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

[VoiceOps] Testing DTMF to known conference numbers

[Jared Geiger]

At the end of the day yesterday I decided to test our product to make sure
that our customers could reach conferencing services and not get FAS,
excessive PDD or DTMF failures especially to international destinations. I
went through old calendar invites that had a link to extra numbers for
Microsoft Teams, Zoom, and an Iowa Freeconferencecall.com number. I'd like
to test Cisco Webex but haven't found an invite with extra numbers for them
yet.

I don't know if the list of numbers are meant for public consumption or if
the client is charged per minute of the call even outside of the conference
room.

Yesterday Simwood's blog highlighted what they were doing for their
customers which included creating a jitsi meet instance (opensource webrtc
videoconferencing and screen sharing software) on their infrastructure.
https://blog.simwood.com/2020/03/remote-working-at-simwood-free-stuff/ I
did the same for our customers as a beta "If it helps and works, I know
little about this so no guarantees" service. Our small clients were very
grateful so we'll see how it goes.

If anyone manages a large conference service that I'm overlooking and
either publishes numbers publicly, I'd like to test to make sure calls
complete as expected (at a random time not the top and bottom of the hour).

In an ideal world this would be a good use of a voice peering fabric but I
understand call compensation and regulatory issues can get in the way of
those orgs being successful.

~Jared Geiger
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops