DiviNetworks

Thu Feb 6 19:07:39 UTC 2020

I'd be very cautious about engaging with any company whose business model
is to get a short-term lease of your IP-space.  Many companies use IP
reputation data, and so you are essentially lending that reputation to a
3rd party, who may use it in ways you don't anticipate until the reputation
is sufficiently damaged, and then return it to you and move on to another
ISP.

Some organizations' response to unwanted traffic is simply to block large
IP ranges or entire ASes, and not everyone is good about following-up and
expiring such blocks in the future.  I realize your customers haven't
ended-up on any spam/abuse blocklists, but that doesn't mean they won't be,
or that their IP reputation hasn't already been affected in less obvious
ways.  You should ask yourself if you are being sufficiently compensated
for these risks as reputable IPv4 space is at a premium, so replacing the
IPv4 space you lent out could get quite costly.

--
Mike Fuller :: Security Reliability Engineer :: Google :: AS15169

On Wed, Feb 5, 2020 at 12:15 PM Justin Wilson <lists at mtin.net> wrote:

> Have several networks using them.  This he networks get paid, and no
> blacklists.  Contact me off list if you want more details
>
>
>
> Justin Wilson
> lists at mtin.net
>
>
> —
> https://j2sw.com - All things jsw (AS209109)
> https://blog.j2sw.com - Podcast and Blog
>
> > On Feb 5, 2020, at 2:14 PM, Steve Saner <ssaner at hubris.net> wrote:
> >
> > Has anyone here worked with DiviNetworks (https://divinetworks.com/) to
> "sell" their unused bandwidth?
> >
> > I'd be curious to hear any thoughts or experiences.
> >
> > Steve
> >
> > --
> >
> --------------------------------------------------------------------------
> > Steven Saner <ssaner at hubris.net>                      Voice:
> 316-858-3000 <(316)%20858-3000>
> > Director of Network Operations                          Fax:
> 316-858-3001 <(316)%20858-3001>
> > Hubris Communications
> http://www.hubris.net
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20200206/99509c56/attachment.html>