RE: Can a Customer take their IP's with them? (Court says yes!)

What about asking the police to check the judge for drug abuse? There's
more than enough evidence. Or argue that someone with an IQ below zero
should not be a judge, but this might fail as most of them are former
attorneys; I have more respect for common criminals than I have for most
attorneys: they share the same goal (getting all my money) but at least
the criminals don't BS me telling they're my friend.

My $0.02:

The most important part of all is to ask ARIN a written opinion on what
to do WRT complying with the TRO. Since you do _not_ own your own
netblocks (ARIN leases them you only as long as you're a good Shepard)
and ARIN might eventually take them away from you if you don't follow
their procedures, you don't want to put your entire business in jeopardy
by committing in writing to anything that violates the agreement you
have with ARIN. This alone is a good enough reason not to comply with
the TRO.

In short: drop the monkey on ARIN's back. The issue that non-portable
blocks are indeed non-portable is ARIN's to deal with, and partly why we
are giving money to them.

Misc:

a) If not already done, do pull the plug on the customer right away (no
amount of money is worth dealing with jerks that take you to court for
no reason).
b) _do_ announce the specific block routed to null0 (ARIN has delegated
this space to you, if you want to announce unallocated parts of it to a
blackhole it's nobody's business to tell you that you can't).
c) Ask your upstream to do b) explaining why, they might understand.
d) Contact people that blacklist blocks and get it blacklisted there.
e) Counter-sue the customer for frivolous lawsuit and anything else you
can find.

It might be useful to post details such as the legal documents and what
the actual address of the block in question is so we blacklist it. If
the situation is as you describe I think that lots of operators won't
have a problem blacklisting the block. When the jerk is out of business
because a) their block is blacklisted everywhere and b) nobody wants
their business and can't pay stupid attorneys anymore your problem is
solved.

Michel.

In short: drop the monkey on ARIN's back. The issue that non-portable
blocks are indeed non-portable is ARIN's to deal with, and partly why we
are giving money to them.

I wonder why ARIN, or even more importantly, ICANN has not jumped all over this. Seems to me if IP space is not "owned" or something close to it by ICANN, they have lost a cornerstone of their power.

b) _do_ announce the specific block routed to null0 (ARIN has delegated
this space to you, if you want to announce unallocated parts of it to a
blackhole it's nobody's business to tell you that you can't).

DO NOT DO THIS. The TRO specifically prohibits him from doing these types of things. Breaking the TRO will have immediate and detrimental impact on Alex and NAC.Net.

c) Ask your upstream to do b) explaining why, they might understand.

Not sure if asking someone to violate provisions of a TRO you cannot do yourself would qualify for contempt of court, but I would not risk it.

OTOH, nothing says ISPs cannot do as they please with their own routers (and not because Alex or NAC.Net asked them to). See my previous post re: liquor & the next NANOG....

d) Contact people that blacklist blocks and get it blacklisted there.

See above.

e) Counter-sue the customer for frivolous lawsuit and anything else you
can find.

Might be a waste of effort. Might not. Don't know all the details.

I wonder why ARIN, or even more importantly, ICANN has not jumped all
over this. Seems to me if IP space is not "owned" or something close
to it by ICANN, they have lost a cornerstone of their power.

We have been in contact with both ARIN and ICANN about this issue. We
encourage all network operators and anyone else who has an interest in
this issue to contact ARIN and ICANN, and urge them to do something about
this. This is clearly an instance where their input is needed and
required, and critical for maintaining the stability of the global
internet.

-- Alex Rubenstein, AR97, K2AHR, alex@nac.net, latency, Al Reuben --
-- Net Access Corporation, 800-NET-ME-36, http://www.nac.net --