[VoiceOps] PCI Compliance?

[Christopher Aloi via VoiceOps]

Hey All,

We are headed down the road of PCI compliance.  Wondering if anyone has a
consultant or company they've worked with to understand what we need to do
and help us through the process.

Thanks,

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

[VoiceOps] Spike in customers numbers showing SPAM?

[Christopher Aloi via VoiceOps]

Hey All,

Anyone else seeing a spike in customers reporting their numbers are showing
as SPAM?  I have a number of customers who popped up over the last seven
days with this problem.  I am also hearing some of our internal numbers are
coming up this way.  It seems a lot of these calls are ending with Verizon
Wireless.  My calls all have A level attestation.  I am in Upstate NY and
most of these calls are as well.  I have directed customers to the free
caller registry in the past, but this sudden spike feels alarming.

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

[VoiceOps] Scam Caller - course of action for service provider?

[Christopher Aloi via VoiceOps]

Hey All,

We have a customer who came on board and used our hosted phone service.
They made it through our "know your customer process" by
misrepresenting themselves.  They were actually referred by another
customer.  24 hours into their service with us one of our carriers flagged
their calls.  I started digging into their traffic and learned they are
running a scam to convince elderly folks to give up their credit card
information.  It makes me sick to think this was on my network.  I have
obviously terminated their service.  I would like to take this to the
authorities.  I have call recordings and KYC information.  Thoughts on
where to start?

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

Re: [VoiceOps] Request to block number?

[Christopher Aloi via VoiceOps]

Here is another link if that one didn't work -

https://www.icloud.com/iclouddrive/0dff3yxAUUyWu_Nd9ddlMGY8w#2023%5FSeptember%5F19%5F095014%5FEST-EDT%5FInbound%5F4845791377%5F7169616161%5F714

On Tue, Sep 19, 2023 at 1:19 PM Christopher Aloi  wrote:

> I appreciate the concern, and the thought crossed our minds.  He called
> twice and once ended up in sales and once in support and he didn't seem to
> be interested in who he spoke with.
>
> Here is a recording of the call..
>
>
> https://vaspian-my.sharepoint.com/personal/caloi_vaspian_com/_layouts/15/stream.aspx?id=%2Fpersonal%2Fcaloi%5Fvaspian%5Fcom%2FDocuments%2F2023%5FSeptember%5F19%5F095014%5FEST%2DEDT%5FInbound%5F4845791377%5F7169616161%5F714%2Emp3=1
>
>
>
> On Tue, Sep 19, 2023 at 1:12 PM Carlos Alvarez via VoiceOps <
> voiceops@voiceops.org> wrote:
>
>> Is it possible that he’s fixated on a specific employee?  Not to be
>> alarmist, but it’s worth asking around.  I once had a situation where I
>> noticed some crazy calling activity in a log, just by coincidence, and
>> found that an employee was being stalked/harassed.
>>
>> On Sep 19, 2023 at 10:08:33 AM, Christopher Aloi via VoiceOps <
>> voiceops@voiceops.org> wrote:
>>
>>> Ha!  He did say "he has no self control".  Maybe just someone with some
>>> mental challenges.
>>>
>>> On Tue, Sep 19, 2023 at 1:05 PM Alex Balashov via VoiceOps <
>>> voiceops@voiceops.org> wrote:
>>>
>>>> Does your company provide anything of interests to addicts, or anyone
>>>> with a compulsive habit they are trying to kick? (e.g. compulsive shopping
>>>> for new VoIP handsets)
>>>>
>>>> > On Sep 19, 2023, at 12:52 PM, Christopher Aloi via VoiceOps <
>>>> voiceops@voiceops.org> wrote:
>>>> >
>>>> > Hey All,
>>>> >
>>>> > I have a new one.
>>>> >
>>>> > We (hosted phone provider) have received three calls today from an
>>>> individual asking us to block him from calling our company.  I can't figure
>>>> out his end game.  He's tried multiple times and didn't explain why when
>>>> questioned.  He said multiple times he wanted his number to be blocked from
>>>> calling our company.
>>>> >
>>>> > Thoughts?
>>>> >
>>>> > Could it be a social engineering attempt?  What for?
>>>> >
>>>> > Chris
>>>> >
>>>> >
>>>> > ___
>>>> > VoiceOps mailing list
>>>> > VoiceOps@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@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] Request to block number?

[Christopher Aloi via VoiceOps]

I appreciate the concern, and the thought crossed our minds.  He called
twice and once ended up in sales and once in support and he didn't seem to
be interested in who he spoke with.

Here is a recording of the call..

https://vaspian-my.sharepoint.com/personal/caloi_vaspian_com/_layouts/15/stream.aspx?id=%2Fpersonal%2Fcaloi%5Fvaspian%5Fcom%2FDocuments%2F2023%5FSeptember%5F19%5F095014%5FEST%2DEDT%5FInbound%5F4845791377%5F7169616161%5F714%2Emp3=1



On Tue, Sep 19, 2023 at 1:12 PM Carlos Alvarez via VoiceOps <
voiceops@voiceops.org> wrote:

> Is it possible that he’s fixated on a specific employee?  Not to be
> alarmist, but it’s worth asking around.  I once had a situation where I
> noticed some crazy calling activity in a log, just by coincidence, and
> found that an employee was being stalked/harassed.
>
> On Sep 19, 2023 at 10:08:33 AM, Christopher Aloi via VoiceOps <
> voiceops@voiceops.org> wrote:
>
>> Ha!  He did say "he has no self control".  Maybe just someone with some
>> mental challenges.
>>
>> On Tue, Sep 19, 2023 at 1:05 PM Alex Balashov via VoiceOps <
>> voiceops@voiceops.org> wrote:
>>
>>> Does your company provide anything of interests to addicts, or anyone
>>> with a compulsive habit they are trying to kick? (e.g. compulsive shopping
>>> for new VoIP handsets)
>>>
>>> > On Sep 19, 2023, at 12:52 PM, Christopher Aloi via VoiceOps <
>>> voiceops@voiceops.org> wrote:
>>> >
>>> > Hey All,
>>> >
>>> > I have a new one.
>>> >
>>> > We (hosted phone provider) have received three calls today from an
>>> individual asking us to block him from calling our company.  I can't figure
>>> out his end game.  He's tried multiple times and didn't explain why when
>>> questioned.  He said multiple times he wanted his number to be blocked from
>>> calling our company.
>>> >
>>> > Thoughts?
>>> >
>>> > Could it be a social engineering attempt?  What for?
>>> >
>>> > Chris
>>> >
>>> >
>>> > ___
>>> > VoiceOps mailing list
>>> > VoiceOps@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@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] Request to block number?

[Christopher Aloi via VoiceOps]

Ha!  He did say "he has no self control".  Maybe just someone with some
mental challenges.

On Tue, Sep 19, 2023 at 1:05 PM Alex Balashov via VoiceOps <
voiceops@voiceops.org> wrote:

> Does your company provide anything of interests to addicts, or anyone with
> a compulsive habit they are trying to kick? (e.g. compulsive shopping for
> new VoIP handsets)
>
> > On Sep 19, 2023, at 12:52 PM, Christopher Aloi via VoiceOps <
> voiceops@voiceops.org> wrote:
> >
> > Hey All,
> >
> > I have a new one.
> >
> > We (hosted phone provider) have received three calls today from an
> individual asking us to block him from calling our company.  I can't figure
> out his end game.  He's tried multiple times and didn't explain why when
> questioned.  He said multiple times he wanted his number to be blocked from
> calling our company.
> >
> > Thoughts?
> >
> > Could it be a social engineering attempt?  What for?
> >
> > Chris
> >
> >
> > ___
> > VoiceOps mailing list
> > VoiceOps@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@voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Request to block number?

[Christopher Aloi via VoiceOps]

Ha!
We did ask the "why" he just kept asking.  It's very odd, I just can't
figure out the end game.  He's called a few times.

On Tue, Sep 19, 2023 at 1:03 PM Carlos Alvarez via VoiceOps <
voiceops@voiceops.org> wrote:

> Well, did you ask him?  And then, what will you do if he starts calling
> repeatedly…block him…?  LOL
>
>
> On Sep 19, 2023 at 9:52:53 AM, Christopher Aloi via VoiceOps <
> voiceops@voiceops.org> wrote:
>
>> Hey All,
>>
>> I have a new one.
>>
>> We (hosted phone provider) have received three calls today from an
>> individual asking us to block him from calling our company.  I can't figure
>> out his end game.  He's tried multiple times and didn't explain why when
>> questioned.  He said multiple times he wanted his number to be blocked from
>> calling our company.
>>
>> Thoughts?
>>
>> Could it be a social engineering attempt?  What for?
>>
>> 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] Request to block number?

[Christopher Aloi via VoiceOps]

Hey All,

I have a new one.

We (hosted phone provider) have received three calls today from an
individual asking us to block him from calling our company.  I can't figure
out his end game.  He's tried multiple times and didn't explain why when
questioned.  He said multiple times he wanted his number to be blocked from
calling our company.

Thoughts?

Could it be a social engineering attempt?  What for?

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

[VoiceOps] Bandwidth Outage

[Christopher Aloi via VoiceOps]

All of my 1+ termination to Bandwidth is failing to a 503 as of 2:30PM EST.

Support is telling me they have an issue but they are not sure what yet.

Is this impacting anyone else?

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

Re: [VoiceOps] Landline vs Mobile Lookup

[Christopher Aloi via VoiceOps]

Hey Calvin,

We have customers sending text messages out and are looking to
scrub landlines from their lists.  I have found a few, pricing seems a bit
all over the place.  Thanks for the reply.

On Tue, Mar 21, 2023 at 10:48 AM Calvin E.  wrote:

> Assuming you want porting adjusted results, I believe this would count as
> NPAC- derived and is thereby restricted to those with an NPAC User
> Agreement. That doesn't mean you can't get it, it just means you have to go
> through some hoops and pay some money annually.
>
> I imagine there are dozens of services that can do this kind of lookup for
> you but it may not be real time, and it may not be current data. Even the
> lookup service provided by NetNumber is coming under fire because they've
> been giving out porting adjusted data to non-NPAC users.
>
> What is your use case?
>
> On Tue, Mar 21, 2023, 07:04 Christopher Aloi via VoiceOps <
> voiceops@voiceops.org> wrote:
>
>> Hey All,
>>
>> Looking for an API or data source that will tell me if numbers are mobile
>> or landline.  Bonus if it tells me who the mobile carrier is.  I
>> used opencnam years ago but it looks like they've been acquired by
>> Neustar.  Any recommendations?
>>
>> Cheers,
>>
>> 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] Landline vs Mobile Lookup

[Christopher Aloi via VoiceOps]

Hey All,

Looking for an API or data source that will tell me if numbers are mobile
or landline.  Bonus if it tells me who the mobile carrier is.  I
used opencnam years ago but it looks like they've been acquired by
Neustar.  Any recommendations?

Cheers,

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

Re: [VoiceOps] Call completion errors (503) from multiple carriers

[Christopher Aloi via VoiceOps]

I am not seeing an increase in 503s on my 1+ termination to BW.

On Tue, Aug 30, 2022 at 3:08 PM Carlos Alvarez via VoiceOps <
voiceops@voiceops.org> wrote:

> This is ongoing, and affecting BW to multiple destination carriers.  We
> are not on prepaid with BW.
>
> There is a known BW issue to T-Mobile, but this is to other carriers.
>
>
>
> On Tue, Aug 30, 2022 at 12:05 PM Izzy Goldstein - TeleGo <
> igoldst...@telego.net> wrote:
>
>> Thinq had an issue this morning,  which was resolved
>> they had a issue applying the balance to accounts, so calls were rejected
>> with a 503 funds required
>>
>> i dont have any issues with bandwidth
>>
>> On Tue, Aug 30, 2022 at 3:01 PM Carlos Alvarez via VoiceOps <
>> voiceops@voiceops.org> wrote:
>>
>>> We are suddenly seeing a lot of this seemingly nationwide from Bandwidth
>>> and thinQ (which is a multi-carrier aggregator).  Anyone else?
>>> ___
>>> VoiceOps mailing list
>>> VoiceOps@voiceops.org
>>> https://puck.nether.net/mailman/listinfo/voiceops
>>>
>>
>>
>> --
>>
>> Izzy Goldstein
>>
>> Chief Technology Officer - DevOps Master
>>
>> Main: (212) 477-1000 x 2085 <(212)%20477-1000>
>>
>> Direct: (929) 477-2085
>>
>> Website: https://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 mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Bandwidth - Monday Outage

[Christopher Aloi]

Yah, the BW outage is ugly.. we have ~ 40k numbers impacted, no DTMF, one
way audio, packet loss.. it's a mess.  No useful communication from them.

On Mon, Sep 27, 2021 at 2:51 PM Alex Balashov via VoiceOps <
voiceops@voiceops.org> wrote:

> This same pattern of DDoS has been affecting numerous folks in the
> industry besides voip.ms, so it’s not surprising that it’s moved up the
> food chain.
>
> But I am hopeful that also means there are more resources to stop it
> higher up the food chain.
>
> > On Sep 27, 2021, at 2:19 PM, Ryan Delgrosso 
> wrote:
> >
> > Nothing meaningful other than the normal public party line.
> >
> > I too have heard unofficially that its DDOS, which makes sense given the
> recurring nature.
> >
> > 4.5hrs down Sat
> >
> > Some small downtime Sun
> >
> > Now deep into Monday with problems.
> >
> > Its not a good look, but id like some more transparency.
> >
> > -Ryan
> >
> > On 9/27/2021 10:39 AM, David Wessell wrote:
> >> 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: da...@ringfree.com
> >>  |
> >> w: ringfree.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
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.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] Confusing Spoofing Customers

[Christopher Aloi]

Thanks Karl,

We only get the consumer (who is clueless) on our network, so a traceback I
can't open a ticket on that call.  I would need to see the bad-actor
traffic, which I do not.

On Fri, Nov 6, 2020 at 11:38 AM Karl Douthit  wrote:

> Sounds like you have either:
>
> A)  The group making the calls are trying to get live people, and when
> they leave a message they are leaving a "real" call back number in an
> attempt to play at being legitimate, even if that number does not go back
> to them.
>
> or
>
> B)  The group making the calls were giving a random / bad / incorrect
> number to use.
>
> Either way, I'd request a traceback from your inbound trunks that the call
> came in on and see if the process can work its way back to the originator
> of the call.  You can also file a complaint with the FCC but that will take
> longer to get processed.  Or do both.
>
> In the meantime if this is becoming an issue, you could perhaps put a rule
> for your customer that "unknown" gets routed into an IVR or voicemail
> bucket for validation later on.
>
> On Fri, Nov 6, 2020 at 8:30 AM Christopher Aloi  wrote:
>
>> Hey All,
>>
>> We have observed multiple reports of our business customer telephone
>> numbers being used by a bad actor leaving messages for consumers.  The
>> consumers receiving the call do not have a direct relationship with us.
>> The bad actor presents “unknown” as the caller-id and leaves a harsh
>> message asking for personal information and demanding a call back (illegal
>> sounding collector call).  The number the bad actor leaves to be called
>> back (in a verbal message) is owned by one of our business customers.  So,
>> the response to the “bad” call goes back to the legit company.  The
>> consumer calls our business customer back and explains the message, the
>> business customer has no record of an outbound call to the consumer and is
>> perplexed by the call.
>>
>> We have a few customers impacted by this and in every instance we have no
>> record of the outbound (bad actor) call leaving our network.  I can’t
>> figure out the scam here, they aren’t pumping traffic and the call goes
>> back to the legit business, leaving no opportunity for the bad actor to
>> engage with the consumer.  Anyone have any thoughts?
>> ___
>> VoiceOps mailing list
>> VoiceOps@voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
>
> --
>
> Karl Douthit
>
> 10572 Calle Lee  #123
>
> Los Alamitos Ca. 90720
>
> (562) 257-3590 (Desk)
>
> (562) 824-0757 <%28562%29%20827-0757> (Mobile)
>
> *www.piratel.com <http://www.piratel.com/>*
>
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Confusing Spoofing Customers

[Christopher Aloi]

Thanks Michael,

I thought about US Telecom and a traceback, but since the "bad" call isn't
on our network (we do not know who's network it is on) I am not sure what
they can do.  Maybe I will see if I can just have a conversation with them
about it.

On Fri, Nov 6, 2020 at 11:36 AM mgraves mstvp.com  wrote:

> Are you engaged with the US Telecom Industry Traceback Group?
>
>
>
> https://www.ustelecom.org/the-ustelecom-industry-traceback-group-itg/
>
>
>
> They are the trade group that coordinates traceback of illegal
> robocallers, providing evidence to enforcement agencies.
>
>
>
> Michael Graves
>
> mgra...@mstvp.com
>
> o: (713) 861-4005
>
> c: (713) 201-1262
>
> sip:mgra...@mjg.onsip.com
>
>
>
> *From:* VoiceOps  *On Behalf Of *Christopher
> Aloi
> *Sent:* Friday, November 6, 2020 10:29 AM
> *To:* Voiceops.org 
> *Subject:* [VoiceOps] Confusing Spoofing Customers
>
>
>
> Hey All,
>
>
>
> We have observed multiple reports of our business customer telephone
> numbers being used by a bad actor leaving messages for consumers.  The
> consumers receiving the call do not have a direct relationship with us.
> The bad actor presents “unknown” as the caller-id and leaves a harsh
> message asking for personal information and demanding a call back (illegal
> sounding collector call).  The number the bad actor leaves to be called
> back (in a verbal message) is owned by one of our business customers.  So,
> the response to the “bad” call goes back to the legit company.  The
> consumer calls our business customer back and explains the message, the
> business customer has no record of an outbound call to the consumer and is
> perplexed by the call.
>
>
>
> We have a few customers impacted by this and in every instance we have no
> record of the outbound (bad actor) call leaving our network.  I can’t
> figure out the scam here, they aren’t pumping traffic and the call goes
> back to the legit business, leaving no opportunity for the bad actor to
> engage with the consumer.  Anyone have any thoughts?
>
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Confusing Spoofing Customers

[Christopher Aloi]

Certainly possible, not publicly traded.  Thank you!

On Fri, Nov 6, 2020 at 11:36 AM Jeff Shultz  wrote:

> Could it just be an attempt to damage the reputation of the business? They
> wouldn't happen to be publicly traded, would they?
>
> On Fri, Nov 6, 2020 at 8:30 AM Christopher Aloi  wrote:
>
>> Hey All,
>>
>> We have observed multiple reports of our business customer telephone
>> numbers being used by a bad actor leaving messages for consumers.  The
>> consumers receiving the call do not have a direct relationship with us.
>> The bad actor presents “unknown” as the caller-id and leaves a harsh
>> message asking for personal information and demanding a call back (illegal
>> sounding collector call).  The number the bad actor leaves to be called
>> back (in a verbal message) is owned by one of our business customers.  So,
>> the response to the “bad” call goes back to the legit company.  The
>> consumer calls our business customer back and explains the message, the
>> business customer has no record of an outbound call to the consumer and is
>> perplexed by the call.
>>
>> We have a few customers impacted by this and in every instance we have no
>> record of the outbound (bad actor) call leaving our network.  I can’t
>> figure out the scam here, they aren’t pumping traffic and the call goes
>> back to the legit business, leaving no opportunity for the bad actor to
>> engage with the consumer.  Anyone have any thoughts?
>> ___
>> VoiceOps mailing list
>> VoiceOps@voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
>
> --
> Jeff Shultz
>
>
> Like us on Social Media for News, Promotions, and other information!!
>
><https://www.facebook.com/SCTCWEB/>
> <https://www.instagram.com/sctc_503/>
> <https://www.yelp.com/biz/sctc-stayton-3>
> <https://www.youtube.com/c/sctcvideos>
>
>
>
>
>
>
>
>  This message contains confidential information and is intended only
> for the individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> The sender therefore does not accept liability for any errors or omissions
> in the contents of this message, which arise as a result of e-mail
> transmission. 
> ___
> 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] Confusing Spoofing Customers

[Christopher Aloi]

It's possible, and a theory we have been thinking of... just hard to prove
much.  We don't have the "bad" call on our network, so there isn't much
there to go on.

On Fri, Nov 6, 2020 at 11:34 AM Alex Balashov 
wrote:

> Any possibility that someone out there specifically has it out for your
> customer, and hopes to inundate them with calls from bewildered consumers?
>
> —
> Sent from mobile, with due apologies for brevity and errors.
>
> > On Nov 6, 2020, at 11:30 AM, Christopher Aloi  wrote:
> >
> > 
> > Hey All,
> >
> > We have observed multiple reports of our business customer telephone
> numbers being used by a bad actor leaving messages for consumers.  The
> consumers receiving the call do not have a direct relationship with us.
> The bad actor presents “unknown” as the caller-id and leaves a harsh
> message asking for personal information and demanding a call back (illegal
> sounding collector call).  The number the bad actor leaves to be called
> back (in a verbal message) is owned by one of our business customers.  So,
> the response to the “bad” call goes back to the legit company.  The
> consumer calls our business customer back and explains the message, the
> business customer has no record of an outbound call to the consumer and is
> perplexed by the call.
> >
> > We have a few customers impacted by this and in every instance we have
> no record of the outbound (bad actor) call leaving our network.  I can’t
> figure out the scam here, they aren’t pumping traffic and the call goes
> back to the legit business, leaving no opportunity for the bad actor to
> engage with the consumer.  Anyone have any thoughts?
> > ___
> > 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] Confusing Spoofing Customers

[Christopher Aloi]

Hey All,

We have observed multiple reports of our business customer telephone
numbers being used by a bad actor leaving messages for consumers.  The
consumers receiving the call do not have a direct relationship with us.
The bad actor presents “unknown” as the caller-id and leaves a harsh
message asking for personal information and demanding a call back (illegal
sounding collector call).  The number the bad actor leaves to be called
back (in a verbal message) is owned by one of our business customers.  So,
the response to the “bad” call goes back to the legit company.  The
consumer calls our business customer back and explains the message, the
business customer has no record of an outbound call to the consumer and is
perplexed by the call.

We have a few customers impacted by this and in every instance we have no
record of the outbound (bad actor) call leaving our network.  I can’t
figure out the scam here, they aren’t pumping traffic and the call goes
back to the legit business, leaving no opportunity for the bad actor to
engage with the consumer.  Anyone have any thoughts?
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

[VoiceOps] Looking for SIP/PRI provider

[Christopher Aloi]

We have a customer who needs a PRI to SIP gateway to handle some legacy
applications and a service provider to handle their calls (1T!1,
~25k/month).  It is not a market we deal with but I am looking to refer the
customer to a provider who does.  Any recommendations?  I would just direct
the customer to the provider, not looking to stay in the middle of this.

Thanks,

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

Re: [VoiceOps] Looking for SIP/PRI provider

[Christopher Aloi]

Should read, 25k MOU per month!

On Wed, Sep 2, 2020 at 12:56 PM Christopher Aloi  wrote:

> We have a customer who needs a PRI to SIP gateway to handle some legacy
> applications and a service provider to handle their calls (1T!1,
> ~25k/month).  It is not a market we deal with but I am looking to refer the
> customer to a provider who does.  Any recommendations?  I would just direct
> the customer to the provider, not looking to stay in the middle of this.
>
> Thanks,
>
> Chris
>
>
>
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Re: [VoiceOps] Level3 issue

[Christopher Aloi]

Outage looks to be clear (Buffalo NY, BGP to Century Link)

On Sun, Aug 30, 2020 at 7:28 AM Dovid Bender  wrote:

> All,
>
> It seems Level3 is having a global issue. Traces from around the world to
> IP's that they advertise seem to loop at whichever router the traffic comes
> in on (e.g. in EWR it will loop at the EWR router, In Frankfurt the same).
>
>
> ___
> 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] Network Taps

[Christopher Aloi]

Planning to add a few network taps to our data center and roll out VoIP
Monitor for packet tracing and analysis.  I am looking to capture ~ 8 1G
copper ports and 2 10G fiber ports.  I would like to be able to filter
based on VLAN, IP and port at the tap level (IP and port isn't totally
necessary, but would be a nice to have).

Any recommendations on taps to get me there?

Thanks!

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

Re: [VoiceOps] AT Answering Misdials

[Christopher Aloi]

They could sell the service to the “similar businesses”.  If you misdial
Home Depot and they connect it they could charge HD for the connection. Or
they could sell it to Lowe’s (Home Depot competitor) so if you misdial Home
Depot, it goes to Lowe’s.

---
Christopher Aloi
cta...@gmail.com
Sent from my iPhone

> On Aug 16, 2019, at 12:55 PM, Alex Balashov 
wrote:
>
> Most misdials are going to be coming from the LCA, simply because most

> calls come from the same LCA. So, I doubt it would attract much CABS
> revenue, and I don't really see an intra-LATA/reciprocal comp angle in
2019.
>
> So, I'm not sure what the point is other than perhaps some marketing
> initiative.
>
> -- Alex
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.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] VoIP Monitor - How do you roll ?

[Christopher Aloi]

Not saying I am overloading it by just capturing the SIP.  VoIP monitor can
likely handle the load I am pushing (~100CPS) with the right hardware and
deployment.  I am just wondering how others are using/deploying the tool.



On Thu, Feb 11, 2016 at 2:22 PM Carlos Alvarez <caalva...@gmail.com> wrote:

> Chris must have one hell of a busy voice service if he's overloading on
> just signaling.
>
> Interesting related trivia:  A friend manages the signaling analysis for
> AT wireless, and his system writes 13 petabytes of data per week.  They
> write every single discussion packet between all devices, including every
> cell phone currently on the network.
>
>
> On Thu, Feb 11, 2016 at 12:16 PM, Geoffrey Mina <gm...@connectfirst.com>
> wrote:
>
>> Yes. You can limit the port that the sniffer captured on.
>>
>> > On Feb 11, 2016, at 12:15 PM, Alex Balashov <abalas...@evaristesys.com>
>> wrote:
>> >
>> > Doesn't VoIPMonitor support SIP-only capture, sans RTP?
>> >
>> >> On 02/11/2016 02:10 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 <cta...@gmail.com
>> >> <mailto:cta...@gmail.com>> 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 <mailto:VoiceOps@voiceops.org>
>> >>https://puck.nether.net/mailman/listinfo/voiceops
>> >>
>> >>
>> >>
>> >>
>> >> ___
>> >> VoiceOps mailing list
>> >> VoiceOps@voiceops.org
>> >> https://puck.nether.net/mailman/listinfo/voiceops
>> >
>> >
>> > --
>> > Alex Balashov | Principal | Evariste Systems LLC
>> > 303 Perimeter Center North, Suite 300
>> > Atlanta, GA 30346
>> > United States
>> >
>> > Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
>> > Web: http://www.evaristesys.com/, http://www.csrpswitch.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
>>
>
> ___
> 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 ?

[Christopher Aloi]

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 <caalva...@gmail.com> 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 <cta...@gmail.com>
> 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

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

[Christopher Aloi]

Hi Alex -

It does, you can capture SIP + RTP, SIP, or SIP + RTP headers.

On Thu, Feb 11, 2016 at 2:15 PM Alex Balashov <abalas...@evaristesys.com>
wrote:

> Doesn't VoIPMonitor support SIP-only capture, sans RTP?
>
> On 02/11/2016 02:10 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 <cta...@gmail.com
> > <mailto:cta...@gmail.com>> 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 <mailto:VoiceOps@voiceops.org>
> > https://puck.nether.net/mailman/listinfo/voiceops
> >
> >
> >
> >
> > ___
> > VoiceOps mailing list
> > VoiceOps@voiceops.org
> > https://puck.nether.net/mailman/listinfo/voiceops
> >
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States
>
> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.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] Recommended Website/IP monitoring tool

[Christopher Aloi]

You could do some interesting things with the PI's GPIO ports too... flash
a LED to locate it in a rack, triggering a relay to reset a cable modem,
log environmental data etc..

On Thu, Feb 11, 2016 at 7:38 PM Graham Freeman <gra...@nerdventures.com>
wrote:

> 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 <https://nerdventures.com/>
> +1-510-898-6772
> gra...@nerdventures.com
> https://www.linkedin.com/in/grahamfreeman
> Twitter: @get_nerdy <https://twitter.com/get_nerdy>
>
> On 11 February 2016 at 16:26, Chris Aloi <cta...@gmail.com> 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 <gra...@nerdventures.com>
>> wrote:
>>
>> I use and like StatusCake.com <http://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 <http://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 <tia...@tcnp3.com> 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

[VoiceOps] VoIP Monitor - How do you roll ?

[Christopher Aloi]

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

Re: [VoiceOps] Voice DDOS ?

[Christopher Aloi]

Sounds like a possible loop, the No Routes Found recording comes off 
of a Sonus Networks GSX or SBC.


How is the TFN arriving to your network?

- Chris



On 24 Feb 2014, at 9:01, Ivan Kovacevic wrote:


Hi Folks,



We are seeing something strange coming across our network. A 
disconnected

client TFN is receiving 30,000+ calls per hour (all failing). The ANIs
being used are dummy ANIs 17029983416 (no answer) and 16469820093
(recording saying no routes found).



This is not affecting our network, although it's causing the upstream
provider a bit of grief.



Not sure why someone would do this We are about to remove the CICs 
at the

sms800 level, but just wondering if anyone has come across something
similar?



Thanks,



Ivan
___
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] [VOIPSEC] Tackling VoIP fraud, new idea

[Christopher Aloi]

ha ! Wow - Actual cats on the internet !!

// my bad.. Correct - http://www.cfca.org 

 

On 24 Feb 2014, at 14:14, Jay Hennigan wrote:

 On 2/24/14 7:50 AM, Christopher Aloi wrote:

 What does the International Revenue Fraud Number Database on cfa.org
 http://cfa.org contain?

 It's the internet.  Pictures of cats, of course.

 Cats are always on-topic.

 Or did you mean http://www.cfca.org ?

 emily litella

 Never mind.

 /emily

 --
 Jay Hennigan - CCIE #7880 - Network Engineering - j...@impulse.net
 Impulse Internet Service  -  http://www.impulse.net/
 Your local telephone and internet company - 805 884-6323 - WB6RDV
 ___
 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 passive monitoring appliances or software - any recommendations?

[Christopher Aloi]

Hey Brian -

I've used Empirix/Hammer in the past but found the ongoing cost, 
maintenance and complexity wasn't worth it.


We recently deployed VoIP Monitor to our remote POPs feeding back to a 
central VoIP Monitor box with a nice front end.


I'm very happy with the solution.

http://www.voipmonitor.org

- Chris



On 12 Feb 2014, at 16:02, Gast, Jim wrote:


Hi, Brian -

If your VoIP endpoints can give you RTCP-XR (RFC-3611), turn it on.  
You can harvest the Statistics Summary Report Block for Jitter and 
Packet Loss stats and the VoIP Metrics Report Block for things like 
MOS score.  All of these stats are from the viewpoint of that 
particular VoIP endpoint.   They aren't very good at helping you find 
the site of packet losses, but they are great at telling you whether 
or not you have a problem.


Cheers,

/ Jim Gast, TDS Telecom

From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of 
Brian Knight

Sent: Wednesday, February 12, 2014 2:15 PM
To: voiceops@voiceops.org
Subject: [VoiceOps] VoIP passive monitoring appliances or software - 
any recommendations?


$DAY_JOB is at a national ISP/NSP where we resell VoIP services.  We 
do peering with the VoIP carrier at one of our remote POP's.  We are 
looking for a better way to be able to monitor the handoff of those 
calls to our carrier over that peering link.


We have quite a bit of instrumentation within our walled garden to 
tell us about call quality.  We can monitor our QOS policies to ensure 
packets aren't being dropped by intermediate routers.  If the customer 
uses our routers to terminate their SIP session, we can pull call 
quality stats from those routers as well.  We can also use our own 
office telephones to make and receive test telephone calls, and we can 
of course run Wireshark captures from the switches to which those 
phones are connected.


However, we can't say for certain that the customer's RTP traffic 
actually made it on the wire connecting us to the VoIP provider, nor 
can we say that the traffic is being transmitted and received 
properly.  The peering link is connected to a Cisco 12k router on our 
side, so there is no way (afaik) to mirror the port, as on a switch.


For the moment, I am envisioning that we'll need to deploy a server 
running Wireshark to the remote POP.  It will need two network 
interfaces; one connected to a management network, the other a capture 
interface.  The capture interface will connect to a network tap, and 
the network tap connected in-line between our router and the patch 
panel.


Wireshark is probably adequate for what we need.  But I'm wondering if 
there is any software or an appliance that would do the job better.  
Given the usual details - calling number, called number, date and time 
- we want to be able to quickly inspect traffic and dig into the 
details of the stream.  Do we see any missing packets from the media 
stream?  What is the MOS score of a particular call?  Do we see any 
missing packets coming from us?  Any missing packets from the 
provider?


Alerting on bad call quality would be a nice-to-have addition.

Any recommendation would be appreciated.  Thanks in advance.

-Brian Knight
___
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