Re: [VoiceOps] No-commit international calling

2023-07-13 Thread jay binks via VoiceOps 
Ill Totally agree with Dovid here,

It's a huge mess, and a massive PITA, and this kind of thing have
the possibility be the demise of the voice industry.  (because it will
force more traffic to OTT communications)

I built and operate a Tier 1 in Australia, and I know that as a result of
Scam / Spam call regulation, the whole CLI presentation thing is just all
over the shop.

1 Carrier has started with an automated IVR ( "Press 1 to connect your
call" ) if they dont like your traffic, in an attempt to cut down on
robocall's to their customers.
Another has just notified that they are now not accepting international CLI
to their customers, and / or are restricting it heavily on some paths.

It's gotten SO bad infact, that part of me wishes for something like
STIR/SHAKEN  just so we have an industry wide standard, rather than the
wild west we have right now.

If you have good / clean traffic to Australia, you can hit me up.
If it's only a few hundred $$ per month, I'm going to direct you to our
retail offering, sorry.




On Fri, 14 Jul 2023 at 07:16, Dovid Bender via VoiceOps <
voiceops@voiceops.org> wrote:

> TLDR; Global routing is getting messier and messier. Get a few carriers in
> route for intl calls. Anything other than a BUSY should fail to the next
> carrier in route.
>
> Global routing has been a cluster  as of lately. Two issues have risen
> as of late. The first is countries cracking down on spam traffic. Lots of
> countries (Australia, UK etc.) are forcing carriers to watch the traffic
> coming in a lot closer. The second is the rates. A few years back the EEA
> put in regulation that inter EEA calls need to be charged the same low
> rates. The carriers started a two tier billing system. If the CLI was in
> the EEA it was the lower rate and if the CLI was non EEA it was billed at a
> higher rate, there were some exceptions. This set off a chain reaction.
> South Africa was next. Wholesale was about 0.025 per minute for Mobile.
> Overnight inter SA calls were charged the same while calls from outside SA
> were charged at 0.16 per minute. In SA they were more strict and spoofing
> CLI didn't help. It took about 1-2 years for the routes to stabilize. Tier1
> carriers had GSM gateways in route (we proved this by using iTest). Carrier
> started spoofing CLI to EEA countries with a local number (e.g. if they
> called Germany they made up a number that started with 49). This led the
> German carriers to charge a higher rate if calls to Germany came with a
> local CLI (it's still cheaper if the CLI is from another EEA Country). The
> Israeli carriers recently started charging an extra 0.10 per minute if the
> calls come from out  of the country. This led the UK carriers to raise
> their rates. Where the CLI to UK calls is Israeli, they started  charging
> 0.30 per minute. Currently BICS has more route exceptions for pricing than
> they do have actual routes.  There is a lot more here and I can talk for
> hours on the subject.
>
> Carriers want to advertise/offer the best route to win your business. So
> say Cyprus cost 0.10 per minute for non EEA CLI, if a carrier has a GSM
> gateway option that costs them 0.02 per minute they will issue you a rate
> of say 0.3 per minute and if the GW is busy simply reject your calls. This
> they they win whatever traffic you have going to them based on your A-Z
> routing. I would tell you to look at:
> Voxbeam
> IDT (Net2Phone) - Ask them for their platinum rate deck, I would not go
> any lower.
>
> My 9-5 is the equiv of a CLEC in Cyprus and our "specialty" is getting
> good quality routes. If the others don't work free to email me off list and
> I can try to help out.
>
>
> On Thu, Jul 13, 2023 at 3:34 PM Ross Tajvar via VoiceOps <
> voiceops@voiceops.org> wrote:
>
>> Hi all,
>>
>> I have an asterisk PBX for personal/business use. I use Flowroute for
>> both origination and termination.
>>
>> Recently I've started needing to make some international calls
>> (specifically mostly to the UK, but also some other places in Europe and
>> Australia). There've been a few numbers where completion is very
>> hit-or-miss, and a few that seem not to work at all (in both cases I get a
>> SIP 500 back from the carrier).
>>
>> I'm wondering if this is a carrier issue - maybe Flowroute just has
>> low-quality routes to some destinations? I'd like to try other carriers,
>> and ideally keep a second one as a fallback, but I'm not sure who's out
>> there with no commit.
>>
>> Looks like voip.ms is one option. Does anyone have any other suggestions?
>>
>> Thanks,
>> Ross
>> ___
>> 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
>


-- 
Sincerely

Jay
___
VoiceOps mailing list

Re: [VoiceOps] Investigating random call completion issues nationwide

2020-03-19 Thread 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

[VoiceOps] Chinese language phone scam cals

2017-10-27 Thread jay binks 
I've become aware of scam calls targeting seemingly random numbers with
chines language voice recordings supposedly saying they are from the Chinese
Embassy.

The current flavour of this message is something similar to
"This is the Chinese Embassy, you have an important message to be
collected. If you have any questions press 0. Our Chinese language
department will be able to assist you."

I've found the following in the media about this, so it seems to be fairly
widespread.

   - https://www.3aw.com.au/chinese-phone-scam-targets-australian-numbers/
   -
   
http://www.cbc.ca/news/canada/british-columbia/chinese-embassy-phone-scam-1.4234983
   - http://dailyhive.com/vancouver/chinese-phone-scam-vancouver
   - http://news.xinhuanet.com/english/2017-08/10/c_136513524.htm


I know of people receiving 1 calls per day, and I've personally been
seeing 5000 calls per day apparently for this scam.

The caller ID is probably spoofed, but it appears to be spoofed within the
one 1000 block of numbers.  ( that I'm aware of, so far )

I guess id like to know if anyone else is seeing this, and what if
anything, do we know about this scam so far?


-- 
Sincerely

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

[VoiceOps] Audiocodes Mediant 2000 - BootP

2017-01-24 Thread jay binks 
Hey guys,

I have one particular Audiocodes Mediant 2000 SIP / ISDN gateway.

It seems that it doesn't have firmware on it, as it simply sits there
sending BootP requests.
( found by watching packet captures from its ethernet )

Does anyone have any insight into the DHCP options AudioCodes require, to
make these guys grab a new firmware via TFTP ?

I've got BootP responses going back to it, but for the life of me, I can
not make it request anything over TFTP.

I have looked at trying the Audiocodes TFTP/Boop application, but the
version I have won't run on any recent windows.

if anyone has the BootP application ( and how to make it run ), that would
be great.
if you have any info on how to make the device grab a new firmware via
standard DHCP / TFTP config that would also be brilliant.

On another note, the manual says this has a serial port.
does anyone know where to find this ?? :)

-- 
Sincerely

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

Re: [VoiceOps] Homer vs VoIPMonitor

2015-11-19 Thread jay binks 
Ive used Voipmonitor for a few years now, it started out OK, but now.. its
AWESOME.

parts are open source ( mainly the sniffer / analyser ).
the commercial part is the web UI.

I cant praise it highly enough, and the price is excellent.
Martin is also highly contactable and open to suggestion / bug reports.

I know someone else who uses homer and loves it, but unless im mistaken,
Homer only does SIP.
Voipmonitor does our SIP and RTP.

Jay



On 20 November 2015 at 14:28, Brian Murray  wrote:

> Understood. We’ve been using a VAR for Palladion and now Oracle. So we
> never actually have to deal with Oracle.
>
> I’m going to test VoipMonitor early next year.
>
> ---
> Brian J Murray
> Director, Network Engineering
>
>
>
>
>
>
> On 11/19/15, 10:24 PM, "Geoffrey Mina"  wrote:
>
> >Mostly around support. It was terrible. We also had a couple lengthy
> outages which crippled our support team.
> >
> >
> >> On Nov 19, 2015, at 8:03 PM, Brian Murray 
> wrote:
> >>
> >> Geoffrey,
> >>
> >>
> >>
> >> What issues did you face with Palladion. Curious.
> >>
> >> Thanks,
> >> Brian
> >>
> >>
> >>> On 11/19/15, 9:44 PM, "VoiceOps on behalf of Geoffrey Mina" <
> voiceops-boun...@voiceops.org on behalf of gm...@connectfirst.com> wrote:
> >>>
> >>> We use VoipMonitor. It's the best that I have used. Definitely better
> in stability and support compared to Palladion.
> >>>
>  On Nov 19, 2015, at 7:35 PM, Jason Jessico 
> wrote:
> 
>  NetScout's nGeniusONE platform has a solid set of VOIP/SIP monitoring
> capabilities that I've gotten significant miles out of.  HOMER is something
> I'd like to get up and going just to see it, but haven't had enough free
> time.
>  ___
>  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
>



-- 
Sincerely

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