iptables -A INPUT --src 188.138.100.16 -j DROP
On Mar 6, 2012 7:29 PM, "Mike Diehl" wrote:
> I've been logging sip registrations from this IP address for 2 days now.
> I've
> emailed the domain's admin, but nothing seems to come of it.
>
> I've routed him into oblivion, but still, I think 50 req
I havent had much auto provisioning experience, however, what about just
using IPTables to create an access list essentially for known IPs to connect
via HTTP/HTTPS and block all other addresses. This would only work if the
phones are coming from a Static IP, but I figured i'd give my 2 cents to t
We took a pretty nasty hit one time, a system administrator didnt listen to
us about changing the passwords. Luckily they took part of the blame in
that, and we split the 1800$ it cost us in half. We could have changed
them, and she didnt change them, so we were both at fault.
Like said previous
Typically Grandstream 21XX and 20XX is all we've deployed in the past and
have had great success with them. I occasionally ( and I mean rarely ) get
complaints about calls when on speaker phone, but I think thats more user
error than anything else, i've been using them for a couple years now and
h
Just a heads up. It would appear that Vitelity is back online and
processing calls and the portal is back up and running.
On Sat, Sep 4, 2010 at 12:14 PM, Matt Desbiens wrote:
> Not that I'm aware of short of our direct contact. It would appear from
> the traceroutes that i
Not that I'm aware of short of our direct contact. It would appear from the
traceroutes that i've done this morning, that this appears to be a big part
of the issue
Tracing route to portal.vitelity.net [64.74.178.100]
1074 ms74 ms75 ms
pos-1-14-0-0-cr01.denver.co.ibone.comcast.net[68
Is anyone else using Vitelity right now and having an issue with a global
outage of sorts? Potral/WWW arent accessible and it would appear through
monitoring that the outbound is flapipng like mad. The outbound can be
rerouted, I know, but inbound is a huge problem right now.
[Sep 4 10:26:13] N
We've actually had issues with Flowroute in the past where DTMF was a
constant issue. My best suggestion for course of action is find another
provider. NexVortex is pretty solid all around. They also had the quickest
recourse for when GNAPS went bottoms up last month and sent pretty much all
VoIP
VoIPInnovations from what I understand is pretty good, haven't dealt much
with them though. Worth a call and an interop.
--Matt Desbiens
//EOF
On Thu, Jul 8, 2010 at 3:33 PM, Adam Moffett wrote:
> I'm in the Northeast US and looking for any recommendations on Level3
> resell
I've noticed from time to time, that fail2ban just craps out, so, this might
be of interest to the community assuming you use 192.168.100.0/24 on your
network
iptables -A INPUT -s 192.168.100.0/24 -j ACCEPT
iptables -A INPUT -s carrierip.x.x.x -j ACCEPT
iptables -A INPUT -s 127.0.0.1 -j ACCEPT
Has anyone ever integrated the software from order logix into their system?
This is primarily an API driven, pulled from a SQL database and stored for a
client to access... Order Logix deals primarily with Call Centers, it pulls
the information from the SQL database, and will allow access for the c
you have to do.
--Matt Desbiens
BestVoIPUSA.com
O:603.677.0004
On Sat, Nov 28, 2009 at 4:00 PM, Michael Graves wrote:
> On Fri, 27 Nov 2009 06:50:15 -0800 (PST), bilal ghayyad wrote:
>
> >Hello All;
> >
> >Anyone can advise for the good phone (Polycom, Linksys, ... etc) th
Couldnt you do this by calling MySql? Compare who has the least minutes
used and then send it out the appropriate channel?
--Matt
On Tue, Nov 24, 2009 at 7:07 AM, Eckhard Jokisch
wrote:
> Hi,
> I have 4 ISDN channels (2 lines) and each line may do calls of up to 360
> minutes/month for free.
>
13 matches
Mail list logo