Re: [VoiceOps] Recommended Website/IP monitoring tool

2016-02-12 Thread Rob Dawson 
I love the idea of a roll your own probe/remote access/monitoring tools like 
this. I started playing with a similar idea a few years back using a Soekris. 
The great thing about Soekris as a platform was the fact that it had multiple 
interfaces. I setup two interfaces as a bridge and could insert it inline to 
gather traffic stats, pcaps, etc., without having to worry about setting up a 
span port and while still having a dedicated interface for the host.

Most of our customers were connected to us via MPLS so I had setup a script to 
e-mail the host IP at startup time, but I like the idea of the reverse SSH 
connection.

Of course, the great thing about Pi is that the cost is like 10% of the Soekris 
which makes it easy to justify.

Rob

From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Graham 
Freeman
Sent: Thursday, February 11, 2016 7:38 PM
To: Chris Aloi
Cc: 
Subject: Re: [VoiceOps] Recommended Website/IP monitoring tool

Yep, with my managed network customers. I have a small number of customers, 
each of which is meaningfully profitable, so a $100/year deployment of a Pi 
with a fancier USB wifi interface is well worth it.  I set up reverse SSH 
sessions (originating from the Pi) to distinct per-customer bastion hosts on my 
management networks, so that the customer's firewall and/or dynamic-IP issues 
are non-issues.   I use Chef, git, and some shell scripts for config management.

I've had 1 Pi fail out of 20.  So, reliable enough, though of course not a huge 
sample size.

It's great to be able to say "Hey, customer, I noticed a routing issue 
impacting your web-based accounting software on your ISP A, so I automatically 
promoted ISP B to primary for that route.  Monitoring (graph screenshot 
attached) indicates that this was an effective workaround.  I'll restore normal 
routing or promote ISP B to primary off-hours tonight, depending on the outcome 
of the trouble ticket I've already opened about the issue." before the first 
tech support call comes in.  Similar customer success story when I call them 
immediately after getting an alert from the Pi-connected UPS informing me of a 
power outage.  This kind of thing makes the next 2-year renewal negotiation an 
easy one.  :)



Graham Freeman, Principal Nerd
NerdVentures.com
+1-510-898-6772
gra...@nerdventures.com
https://www.linkedin.com/in/grahamfreeman
Twitter: @get_nerdy

On 11 February 2016 at 16:26, Chris Aloi 
> wrote:
You have pi's deployed on the customer premise running smoke ping ?
Great idea, have they been reliable ? I've only played with them - never 
production.  How do you handle managing a pi fleet ?
---
Christopher Aloi
Sent from my iPhone

On Feb 11, 2016, at 3:36 PM, Graham Freeman 
> wrote:
I use and like StatusCake.com as a hosted monitoring 
provider, and SmokePing as an internally-managed monitoring tool.

StatusCake has been reliable, and offers nice features such as worldwide 
monitoring endpoints, outage confirmation, configurable paging methods and 
thresholds, etc.  They also support different types of monitoring, ranging from 
a simple ICMP ping to a more complex mix of HTTP(S), keyword monitoring, 
blocklist monitoring, etc.   The pricing is good enough that I've forgotten how 
much it costs.

SmokePing's advantages include (1) it's open source, (2) it's relatively easy 
to install and configure, (3) it's lightweight enough to run on customer-side 
Raspberry Pis, (4) it supports extremely fine-grained monitoring (e.g. my 
endpoints will detect and optionally alert on outages of <5 seconds), and so 
on.  The software is free, as it's open-source, and it could be implemented on 
a $5/mo VPS at somewhere like DigitalOcean.

good luck,

Graham Freeman, Principal Nerd
NerdVentures.com
+1-510-898-6772
gra...@nerdventures.com
https://www.linkedin.com/in/grahamfreeman
Twitter: @get_nerdy

On 11 Feb 02016, at 12:28, Li Tiatia 
> wrote:

Hi All,
Anyone have any suggestions on recommended website/IP monitoring tools?  There 
are so many out there and just need help to narrow the list down based on what 
you're using or have good experience with.

Thank you.
_
Li Tiatia
___
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

Re: [VoiceOps] VoIP Monitor - How do you roll ?

2016-02-12 Thread Pete Eisengrein 
Agreed, tools are indeed important. The question is, does the end justify
the means, i.e. does the cost justify the perceived difference in quality
of the tool? I like Empirix a lot, but I just can't justify the cost. I'd
rather sink the extra couple hundred G's into product.

On Fri, Feb 12, 2016 at 8:56 AM, Anthony Orlando 
wrote:

> I have.  It's always that build vs buy for me. Before Empirix we had
> various sniffers etc.  I like having a vendor/partner I can lean on for
> critical items.  I think most companies overlook the importance of tools.
> In my current role we took ticket cycle time down from 160 hrs to 22 mostly
> attributed to adding Empirix. Adding their analytics package will then
> enable me to be proactive and  able to detect issues BEFORE our customers
> feel them.  This is obviously the holy grail for all of us.
>
>
> We will all have issues, but it's the tools that will set us apart and
> will enable us to resolve problems faster.
>
>
> --
> *From:* Peter E 
> *To:* Anthony Orlando 
> *Cc:* Matt Ladewig ; "voiceops@voiceops.org" <
> voiceops@voiceops.org>
> *Sent:* Thursday, February 11, 2016 10:14 PM
>
> *Subject:* Re: [VoiceOps] VoIP Monitor - How do you roll ?
>
> Keep beating that drum, Anthony. Have you tried voipmonitor? You might be
> surprised.
>
> On Feb 11, 2016, at 22:21, Anthony Orlando  wrote:
>
> Empirix Peter. Empirix
>
> Sent from my iPhone
>
> On Feb 11, 2016, at 8:37 PM, Peter E  wrote:
>
> We're in the middle of a trial of voipmonitor so this topic is timely as
> we're crushing the lab boxes and therefore don't trust any of the stats it
> is currently showing (MOS, PDD, etc).
>
> If you're capturing sip + rtp headers and you have a need (plus
> permission) to record full rtp for a single user, how's that done in the
> interface?
>
> On Feb 11, 2016, at 15:40, Matt Ladewig  wrote:
>
> Agreed, all sip signaling with RTP headers only for all calls. Only full
> RTP for specific troubleshooting and even then only by a very limited
> staff.
>
> *From:* VoiceOps [mailto:voiceops-boun...@voiceops.org
> ] *On Behalf Of *Christopher Aloi
> *Sent:* Thursday, February 11, 2016 11:35 AM
> *To:* Carlos Alvarez ; voiceops@voiceops.org
> *Subject:* Re: [VoiceOps] VoIP Monitor - How do you roll ?
>
> We capture SIP signaling and RTP headers to evaluate the call quality our
> customers and carriers.  Using the data we can proactively solve problems
> etc..
> If we are actively troubleshooting an issue we may capture the full RTP to
> analyze the packets.  The need to capture the full packet is pretty rare.
>
>
> On Thu, Feb 11, 2016 at 2:11 PM Carlos Alvarez 
> wrote:
>
> Doesn't anyone else see a major privacy/compliance/legal issue with
> capturing all packets?  We only record if a customer explicitly allows us
> as part of a problem complaint.
>
> Anyway, that's my answer...only do it when necessary.
>
>
> On Thu, Feb 11, 2016 at 11:45 AM, Christopher Aloi 
> wrote:
>
> Hey Everyone -
>
> I know many of you are happy VoIP monitor customers, I am too !
>
> Currently I have a "capture" node deployed in my three data centers
> pushing packets back to a centralized DB/GUI instance.  I hit some bottle
> necks around disk storage on the central instance and lost packets on the
> remote capture nodes.  I'm in the market for some new hardware to tidy this
> up a bit, curious - what does your deployment look like?  what type of
> hardware are you using?  do you split your capturing up (send/receive) or
> have any other hardware tips?
>
> Thanks -
>
> - Chris
>
>
>
> ___
> 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
>
> ___
> 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] VoIP Monitor - How do you roll ?

2016-02-12 Thread Anthony Orlando via VoiceOps 
I have.  It's always that build vs buy for me. Before Empirix we had various 
sniffers etc.  I like having a vendor/partner I can lean on for critical items. 
 I think most companies overlook the importance of tools.  In my current role 
we took ticket cycle time down from 160 hrs to 22 mostly attributed to adding 
Empirix. Adding their analytics package will then enable me to be proactive and 
 able to detect issues BEFORE our customers feel them.  This is obviously the 
holy grail for all of us.  

We will all have issues, but it's the tools that will set us apart and will 
enable us to resolve problems faster.  

  From: Peter E 
 To: Anthony Orlando  
Cc: Matt Ladewig ; "voiceops@voiceops.org" 

 Sent: Thursday, February 11, 2016 10:14 PM
 Subject: Re: [VoiceOps] VoIP Monitor - How do you roll ?
   
Keep beating that drum, Anthony. Have you tried voipmonitor? You might be 
surprised.
On Feb 11, 2016, at 22:21, Anthony Orlando  wrote:

Empirix Peter. Empirix 

Sent from my iPhone
On Feb 11, 2016, at 8:37 PM, Peter E  wrote:



We're in the middle of a trial of voipmonitor so this topic is timely as we're 
crushing the lab boxes and therefore don't trust any of the stats it is 
currently showing (MOS, PDD, etc). 
If you're capturing sip + rtp headers and you have a need (plus permission) to 
record full rtp for a single user, how's that done in the interface?
On Feb 11, 2016, at 15:40, Matt Ladewig  wrote:

#yiv7350399856 #yiv7350399856 -- _filtered #yiv7350399856 {panose-1:2 4 5 3 5 4 
6 3 2 4;} _filtered #yiv7350399856 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 
3 2 4;}#yiv7350399856 #yiv7350399856 p.yiv7350399856MsoNormal, #yiv7350399856 
li.yiv7350399856MsoNormal, #yiv7350399856 div.yiv7350399856MsoNormal 
{margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv7350399856 a:link, 
#yiv7350399856 span.yiv7350399856MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv7350399856 a:visited, #yiv7350399856 
span.yiv7350399856MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv7350399856 
span.yiv7350399856EmailStyle17 {color:#1F497D;}#yiv7350399856 
.yiv7350399856MsoChpDefault {} _filtered #yiv7350399856 {margin:1.0in 1.0in 
1.0in 1.0in;}#yiv7350399856 div.yiv7350399856WordSection1 {}#yiv7350399856 
Agreed, all sip signaling with RTP headers only for all calls. Only full RTP 
for specific troubleshooting and even then only by a very limited staff.    
From: VoiceOps [mailto:voiceops-boun...@voiceops.org]On Behalf Of Christopher 
Aloi
Sent: Thursday, February 11, 2016 11:35 AM
To: Carlos Alvarez ; voiceops@voiceops.org
Subject: Re: [VoiceOps] VoIP Monitor - How do you roll ?    We capture SIP 
signaling and RTP headers to evaluate the call quality our customers and 
carriers.  Using the data we can proactively solve problems etc..    If we are 
actively troubleshooting an issue we may capture the full RTP to analyze the 
packets.  The need to capture the full packet is pretty rare.       On Thu, Feb 
11, 2016 at 2:11 PM Carlos Alvarez  wrote: 
Doesn't anyone else see a major privacy/compliance/legal issue with capturing 
all packets?  We only record if a customer explicitly allows us as part of a 
problem complaint.    Anyway, that's my answer...only do it when necessary.     
  On Thu, Feb 11, 2016 at 11:45 AM, Christopher Aloi  wrote: 
Hey Everyone -     I know many of you are happy VoIP monitor customers, I am 
too !    Currently I have a "capture" node deployed in my three data centers 
pushing packets back to a centralized DB/GUI instance.  I hit some bottle necks 
around disk storage on the central instance and lost packets on the remote 
capture nodes.  I'm in the market for some new hardware to tidy this up a bit, 
curious - what does your deployment look like?  what type of hardware are you 
using?  do you split your capturing up (send/receive) or have any other 
hardware tips?    Thanks -     - Chris       

___
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

___
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] Test Call Request

2016-02-12 Thread Nick Olsen 
Greetings all,
  
 I come to you today with a request.
  
 We've been getting a lot of complaints from customers about their number 
not being able to be called. In our CDR, We show no record of the call 
attempt.
  
 We get two general reports. 1. The call rings and rings (We never get the 
call). 2. The call plays back "Please wait while we contact the party you 
are calling" followed by never ending ringing. (We never get the call).
  
 I was hoping I could get a few of you to call a test number of mine and 
report failures.
  
 The number is 321-205-1234, It should immediately answer and play back our 
"You've reached Florida High Speed Internet" sound file. No DTMF options 
will work, Then it'll hang up.
  
 If you could report back (on/offlist) with the outcome of the call. And 
the carrier you terminated the call to.
  
 It would be greatly appreciated, Thanks!

Nick Olsen
Network Operations  (855) FLSPEED  x106


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

Re: [VoiceOps] Test Call Request

2016-02-12 Thread Matthew Yaklin 

Called twice from 603-703-0116. 2:48 PM EST time frame.


Dead air (no rings) then I hear the recording.


Dead air (no rings, very long pause... long) then I hear the recording.


Sent to SIPRoutes.



From: VoiceOps  on behalf of Nick Olsen 

Sent: Friday, February 12, 2016 2:42 PM
To: voiceops@voiceops.org
Subject: [VoiceOps] Test Call Request

Greetings all,

I come to you today with a request.

We've been getting a lot of complaints from customers about their number not 
being able to be called. In our CDR, We show no record of the call attempt.

We get two general reports. 1. The call rings and rings (We never get the 
call). 2. The call plays back "Please wait while we contact the party you are 
calling" followed by never ending ringing. (We never get the call).

I was hoping I could get a few of you to call a test number of mine and report 
failures.

The number is 321-205-1234, It should immediately answer and play back our 
"You've reached Florida High Speed Internet" sound file. No DTMF options will 
work, Then it'll hang up.

If you could report back (on/offlist) with the outcome of the call. And the 
carrier you terminated the call to.

It would be greatly appreciated, Thanks!

Nick Olsen
Network Operations
(855) FLSPEED  x106

[http://www.flhsi.com/files/emaillogo.jpg]
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Test Call Request

2016-02-12 Thread Carlos Alvarez 
Via Onvoy, I tried three times and got these results:

One ring, then dead air for a bit, then a 503.

Ringing for a long time (gave it about a minute).

Ringing for a long time (gave it about 30 seconds).




On Fri, Feb 12, 2016 at 12:51 PM, Matthew Yaklin 
wrote:

>
> Called twice from 603-703-0116. 2:48 PM EST time frame.
>
>
> Dead air (no rings) then I hear the recording.
>
>
> Dead air (no rings, very long pause... long) then I hear the recording.
>
>
> Sent to SIPRoutes.
>
>
> --
> *From:* VoiceOps  on behalf of Nick Olsen <
> n...@flhsi.com>
> *Sent:* Friday, February 12, 2016 2:42 PM
> *To:* voiceops@voiceops.org
> *Subject:* [VoiceOps] Test Call Request
>
> Greetings all,
>
> I come to you today with a request.
>
> We've been getting a lot of complaints from customers about their number
> not being able to be called. In our CDR, We show no record of the call
> attempt.
>
> We get two general reports. 1. The call rings and rings (We never get the
> call). 2. The call plays back "Please wait while we contact the party you
> are calling" followed by never ending ringing. (We never get the call).
>
> I was hoping I could get a few of you to call a test number of mine and
> report failures.
>
> The number is 321-205-1234, It should immediately answer and play back
> our "You've reached Florida High Speed Internet" sound file. No DTMF
> options will work, Then it'll hang up.
>
> If you could report back (on/offlist) with the outcome of the call. And
> the carrier you terminated the call to.
>
> It would be greatly appreciated, Thanks!
>
> Nick Olsen
> Network Operations
> (855) FLSPEED  x106
>
>
> ___
> 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] Recommended Website/IP monitoring tool

2016-02-12 Thread Graham Freeman 
I tried Uptimerobot, but within a week I noticed a 12-hour period in which
no monitoring took place.  (Based on server logs on the monitored servers.)
 Monitoring resumed after 12 hours without a word from them.

Outages happen - even to monitoring service providers - but what really
bothered me was the complete lack of acknowledgement of the issue on their
part.   I wish them the best, and I still use their cheapest paid level of
service as a secondary layer of monitoring for important sites, but I've
switched to StatusCake (and internal tools) for primary.



Graham Freeman, Principal Nerd
NerdVentures.com 
+1-510-898-6772
gra...@nerdventures.com
https://www.linkedin.com/in/grahamfreeman
Twitter: @get_nerdy 

On 11 February 2016 at 18:43, Pete Mundy  wrote:

>
> I can recommend uptimerobot.com. I tried their free-tier service after an
> earlier recommendation which was either on this list or NANOG; I forget
> which. The service has been very reliable other than a few blips with IPv6
> to some local hosts (we're down in New Zealand and it's likely related to
> local ISP's IPv6 routing rather than UptimeRobot's).
>
> Can't beat the price either. We're monitoring I think around 25 services
> across various hosts and thus-far haven't needed to upgrade to the paid
> level. So maybe I can pay it forward with a recommendation instead! :)
>
> Pete
>
> On 12/02/2016, at 9:28 am, Li Tiatia  wrote:
>
> Hi All,
> Anyone have any suggestions on recommended website/IP monitoring tools?
> There are so many out there and just need help to narrow the list down
> based on what you're using or have good experience with.
>
> Thank you.
> *_*
>
> *Li Tiatia*
> ___
> 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] Test Call Request

2016-02-12 Thread Rafael Possamai 
Called from 414-269-60xx via SIP Logic out of NYC.

The recording played right away, no problems here.

On Fri, Feb 12, 2016 at 1:42 PM, Nick Olsen  wrote:

> Greetings all,
>
> I come to you today with a request.
>
> We've been getting a lot of complaints from customers about their number
> not being able to be called. In our CDR, We show no record of the call
> attempt.
>
> We get two general reports. 1. The call rings and rings (We never get the
> call). 2. The call plays back "Please wait while we contact the party you
> are calling" followed by never ending ringing. (We never get the call).
>
> I was hoping I could get a few of you to call a test number of mine and
> report failures.
>
> The number is 321-205-1234, It should immediately answer and play back
> our "You've reached Florida High Speed Internet" sound file. No DTMF
> options will work, Then it'll hang up.
>
> If you could report back (on/offlist) with the outcome of the call. And
> the carrier you terminated the call to.
>
> It would be greatly appreciated, Thanks!
>
> Nick Olsen
> Network Operations
> (855) FLSPEED  x106
>
>
> ___
> 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] Test Call Request

2016-02-12 Thread Carlos Alvarez 
>From ATT wireless it works fine (two calls).


On Fri, Feb 12, 2016 at 2:53 PM, John Levine  wrote:

> > The number is 321-205-1234, It should immediately answer and play back
> our
> >"You've reached Florida High Speed Internet" sound file. No DTMF options
> >will work, Then it'll hang up.
>
> Called via Callcentric, answered right away.
>
> Called via VoIPDiscount(Betamax), long dead air then fast busy
>
> ___
> 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] Test Call Request

2016-02-12 Thread Peter Beckman 

Oddly, tonight I also had a customer complaining of the same issue as Nick.

They called a number we service three times and it hung with silence with
no rings for 20 seconds and then hung up. Like Nick, we never got the calls.

All of our tests through Thinq, Bandwidth and Verizon Wireless were
successful without issue.

A bizzare situation. I think that this might be a larger termination issue.
What company might be the single point of failure?

Is anyone else experiencing this, or getting complaints?

And how do we, as an industry, monitor and alert on this kind of
situation??!!

Beckman

On Fri, 12 Feb 2016, Jared Geiger wrote:


O1 opened a ticket with the ULC also.

It wasn't working on Hypercube, Alcazar Conv, ANPI, or Bandwidth. Maybe if
a couple get it fixed, everyone will be all fixed.

On Fri, Feb 12, 2016 at 4:12 PM, Paul Timmins  wrote:


Level 3 routed away from an "underlying carrier" and now i can call
through just fine. They opened a ticket with the "underlying carrier" so
hopefully that kicks this issue in the junk for you :D


On 02/12/2016 05:33 PM, Rafael Possamai wrote:

Called from 414-269-60xx via SIP Logic out of NYC.

The recording played right away, no problems here.

On Fri, Feb 12, 2016 at 1:42 PM, Nick Olsen  wrote:


Greetings all,

I come to you today with a request.

We've been getting a lot of complaints from customers about their number
not being able to be called. In our CDR, We show no record of the call
attempt.

We get two general reports. 1. The call rings and rings (We never get the
call). 2. The call plays back "Please wait while we contact the party you
are calling" followed by never ending ringing. (We never get the call).

I was hoping I could get a few of you to call a test number of mine and
report failures.

The number is 321-205-1234, It should immediately answer and play back
our "You've reached Florida High Speed Internet" sound file. No DTMF
options will work, Then it'll hang up.

If you could report back (on/offlist) with the outcome of the call. And
the carrier you terminated the call to.

It would be greatly appreciated, Thanks!

Nick Olsen
Network Operations
(855) FLSPEED  x106


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





___
VoiceOps mailing 
listVoiceOps@voiceops.orghttps://puck.nether.net/mailman/listinfo/voiceops



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






---
Peter Beckman  Internet Guy
beck...@angryox.com http://www.angryox.com/
---___
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] Test Call Request

2016-02-12 Thread Jared Geiger 
O1 opened a ticket with the ULC also.

It wasn't working on Hypercube, Alcazar Conv, ANPI, or Bandwidth. Maybe if
a couple get it fixed, everyone will be all fixed.

On Fri, Feb 12, 2016 at 4:12 PM, Paul Timmins  wrote:

> Level 3 routed away from an "underlying carrier" and now i can call
> through just fine. They opened a ticket with the "underlying carrier" so
> hopefully that kicks this issue in the junk for you :D
>
>
> On 02/12/2016 05:33 PM, Rafael Possamai wrote:
>
> Called from 414-269-60xx via SIP Logic out of NYC.
>
> The recording played right away, no problems here.
>
> On Fri, Feb 12, 2016 at 1:42 PM, Nick Olsen  wrote:
>
>> Greetings all,
>>
>> I come to you today with a request.
>>
>> We've been getting a lot of complaints from customers about their number
>> not being able to be called. In our CDR, We show no record of the call
>> attempt.
>>
>> We get two general reports. 1. The call rings and rings (We never get the
>> call). 2. The call plays back "Please wait while we contact the party you
>> are calling" followed by never ending ringing. (We never get the call).
>>
>> I was hoping I could get a few of you to call a test number of mine and
>> report failures.
>>
>> The number is 321-205-1234, It should immediately answer and play back
>> our "You've reached Florida High Speed Internet" sound file. No DTMF
>> options will work, Then it'll hang up.
>>
>> If you could report back (on/offlist) with the outcome of the call. And
>> the carrier you terminated the call to.
>>
>> It would be greatly appreciated, Thanks!
>>
>> Nick Olsen
>> Network Operations
>> (855) FLSPEED  x106
>>
>>
>> ___
>> VoiceOps mailing list
>> VoiceOps@voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>>
>
>
> ___
> VoiceOps mailing 
> listVoiceOps@voiceops.orghttps://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] Test Call Request

2016-02-12 Thread Paul Timmins 
Level 3 routed away from an "underlying carrier" and now i can call 
through just fine. They opened a ticket with the "underlying carrier" so 
hopefully that kicks this issue in the junk for you :D


On 02/12/2016 05:33 PM, Rafael Possamai wrote:

Called from 414-269-60xx via SIP Logic out of NYC.

The recording played right away, no problems here.

On Fri, Feb 12, 2016 at 1:42 PM, Nick Olsen > wrote:


Greetings all,
I come to you today with a request.
We've been getting a lot of complaints from customers about their
number not being able to be called. In our CDR, We show no record
of the call attempt.
We get two general reports. 1. The call rings and rings (We never
get the call). 2. The call plays back "Please wait while we
contact the party you are calling" followed by never ending
ringing. (We never get the call).
I was hoping I could get a few of you to call a test number of
mine and report failures.
The number is 321-205-1234 , It should
immediately answer and play back our "You've reached Florida High
Speed Internet" sound file. No DTMF options will work, Then it'll
hang up.
If you could report back (on/offlist) with the outcome of the
call. And the carrier you terminated the call to.
It would be greatly appreciated, Thanks!

Nick Olsen
Network Operations
(855) FLSPEED  x106


___
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