For example, a Whois query for says:


Does the owner simply declare the block or a subnet are not up for sale? Or does non-portable have a deeper, technical meaning?

Here is the relevant section from the Whois query:

NetRange: -
NetName:        LVLT-ORG-4-8
NetHandle:      NET-4-0-0-0-1
NetType:        Direct Allocation
RegDate:        1992-12-01
Updated:        2012-02-24
Ref:            http:// whois.arin.net/rest/net/NET-4-0-0-0-1

OrgName:        Level 3 Communications, Inc.
OrgId:          LVLT
Address:        1025 Eldorado Blvd.
City:           Broomfield
StateProv:      CO
PostalCode:     80021
Country:        US
RegDate:        1998-05-22
Updated:        2012-01-30
Ref:            http:// whois.arin.net/rest/org/LVLT

Does the owner simply declare the block or a subnet are not up for sale? Or does non-portable have a deeper, technical meaning?

Non-portablility isn't about sales... it's a technical term.

Address Portability

Non-portable IP addresses belong to a certain organization, and an end-user of the non-portable IP address is not permitted to discouraged from announcing those IP addresses to another organization without the owing organization SWIPing the addresses to the end-user.

The concept of portability comes from the ARIN Number Resource Policy Manual 2014.1, Section on IPv4 (emphasis mine)...

4. IPv4

 4.1. General Principles

  4.1.1. Routability

  Provider independent (*portable*) addresses issued directly from ARIN 
  or other Regional Registries are not guaranteed to be globally routable.

The reason the RIRs don't guarantee that portable addresses are globally routable is because the RIRs can't influence route filtering policies of providers.

Why some blocks are non-portable

Addresses are either allocated or assigned. If an address block is assigned to the ISP, then that ISP cannot sub-assign the addresses. Quoting ARIN Number Resource Policy Manual 2014.1, Section on 2.5

 2.5. Allocate and Assign

 A distinction is made between address allocation and address assignment, 
 i.e., ISPs are "allocated" address space as described herein, while end-
 users are "assigned" address space.

 > Allocate - To allocate means to distribute address space to IRs for 
 the purpose of subsequent distribution by them.

 > Assign - To assign means to delegate address space to an ISP or 
 end-user, for specific use within the Internet infrastructure 
 they operate. Assignments must only be made for specific purposes 
 documented by specific organizations and are not to be sub-assigned to 
 other parties.


Registries operate in accordance with RFC 7020, which replaced RFC 2050. Arguably, much of the structure around these restrictions comes from RFC 7020 Section 2, Goals:

2) Hierarchical Allocation: Given current routing technology, the distribution of IP addresses in a hierarchical manner increases the likelihood of continued scaling of the Internet's routing system. As such, it is currently a goal to allocate IP addresses in such a way that permits aggregation of these addresses into a minimum number of routing announcements.

End Note

You asked about "the block or a subnet"; however, ARIN deals with allocations of individual IP addresses, not subnets or blocks of addresses.

  • Of course, non-portable IP space can be announced to other upstreams (than the one it is assigned from) BUT: a) it will probably fall afoul of prefix filters and b) it would at least be good manners to get approval from the assigning LIR. – user661 Jan 18 '14 at 19:22
  • 1
    @Aziraphale, when I say "not permitted" I'm talking from an ARIN policy perspective... it's a reasonable point that there is no central police force to stop you from advertising space you don't own; my experience backs up yours... most ISPs are strictly filtering ingress BGP announcements from end-users, unless the addresses have been SWIP'd to you – Mike Pennington Jan 18 '14 at 19:48
  • I expect this to become far more common as portable space becomes impossible to get. (for /24 and shorter prefixes). As long as you have approval from the assigning LIR and keep that as one of the upstreams, there is no policy barrier to multi-homing this way. The "non-portable" refers to the end user not being able to cease the relationship with the assigning LIR and taking the space away with them. Not best practice but not illegal either. – user661 Jan 18 '14 at 19:57
  • @Aziraphale, we agree on "non-portable" implying to an inability to move between providers, because part of being non-portable is that the address space was assigned to the end-user. Most of the time when I have asked to multi-home /24 or shorter blocks, the owning LIR welcomes it because it offers the possibility to offload some of their ingress traffic to that block via the "other" provider I'm multi-homing with... this works really well when the other provider is a smaller shop that's happy to have another paying customer. – Mike Pennington Jan 18 '14 at 20:08

I am not a specialist in ARIN procedure, but here is how it works in RIPE-land:

Provider Aggregated ("PA", "non-portable") resources are blocks allocated to a Local Internet Registry (LIR) - normally the end-users ISP - parts of which the LIR assigns to its end-users. The resources thus assigned remain under the management of the LIR and stay assigned to the end-user while the assignment criteria are valid and the end-user maintains a contractual relationship with the LIR. If the end-user ceases its business relationship with the LIR, the assigned resources must be returned.

For historical reference Provider Independent (PI) resources are no longer available from RIPE (due to IPv4 exhaustion); PI ("portable") resources are assigned to the end user via a LIR, or directly from the RIPE NCC. They are not managed by the LIR and can be moved between ISPs as the end-user sees fit.

Policy for IPv6 is similar and I've disregarded "IPv4 free market" policies for shortness' sake.

RIPE-599, "IPv4 Address Allocation and Assignment Policies" has the entire policy text for ipv4.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.