Zero downtime • No renumbering • No lock-in

LIR Sponsoring

Your current LIR is closing, charging too much or not answering tickets? Move the sponsorship of your existing IPv4 and IPv6 prefixes or ASN to DreamServer's RIPE NCC LIR in a single coordinated change. Your announcements stay on the routing table, your RPKI ROAs stay signed, only the mnt-by, org and sponsoring attributes change in the database.

Start transfer discussion How it works
Starting at
100 €
/ year
per sponsored resource (IPv4, IPv6 prefix or ASN)
  • No RIPE transfer fee on our side
  • RPKI continuity preserved
  • Annual RIPE audit handled
  • Cancel anytime, move back out
  • Full ownership retained
Why customers switch sponsors

Four reasons your current LIR has become a liability

The LIR is closing. RIPE NCC membership is a recurring cost; smaller LIRs that have run out of customers sometimes wind down operations. If your sponsor closes without arranging a hand-over, your resources can end up in limbo.

Pricing has drifted. Annual sponsorship fees of 200-400 € per resource are common. If you are paying far above market rate for administrative work your current LIR has automated, it is time to re-shop.

Operational neglect. Delayed RPKI ROA updates, ignored abuse-c rotations, late audit responses or no support during routing emergencies, any of these signal that your LIR is not investing in the infrastructure your resources depend on.

Strategic concentration. You already run services on DreamServer infrastructure or peer with us at DSIX, and consolidating LIR administration simplifies your vendor footprint and support loop.

What stays the same
  • ASN number and every IPv4 or IPv6 prefix stay identical
  • Your BGP announcements never pause
  • Admin-c, tech-c and legal ownership stay with you
  • RPKI ROAs remain published without interruption
  • Existing peering relationships stay in place
Only the mnt-by, org and sponsoring attributes at RIPE change. Your routers and peers never notice.

The sponsorship transfer, step by step

Standard transfers close in 3 to 5 business days. The only part that depends on a third party is RIPE NCC confirming the sponsor change.

1

Resource inventory

You send the list of resources (ASN, IPv4 and IPv6 prefixes) and your current sponsor's contact. We draft a migration plan and quote.

2

Sponsor letter

We issue a sponsor agreement under your legal entity and contact the outgoing LIR to release the resources. Most LIRs release within a week.

3

RIPE update

Sponsorship changed in the RIPE Portal, mnt-by rotated to our maintainer, org attribute updated, abuse-c refreshed.

4

RPKI migration

ROAs re-signed under our CA (same ASN, same prefix, new certificate). Dual validity window while old ROAs are revoked so nothing is ever invalid.

5

Closed out

Credentials delivered, handover documented, first annual invoice issued. Old LIR loses write access. Your routing never blinked.

Interactive preview of the Client Area

The RIPE ASN Management Panel, Click Through Every Tab

Once your ASN is live, this self-service panel is yours. Every tab below actually switches, exactly like the real thing. Click AS-SET, Details & Contacts, IRR Policy, BGP Config or any other tab to see what you manage from your account.

dreamserver.ro/client/clientarea.php?action=productdetails&id=...
AS57050
EXAMPLE-NET
Maintainer
Organisation
Route Objects
2
AS-SET Members
3

Route Objects (IRR)

Register the prefixes you announce in the RIPE routing registry. Upstreams and IX route servers use these to validate your BGP announcements.

Origin AS: AS57050 (automatic)

Active Route Objects

PrefixTypeOriginStatus
212.81.56.0/24routeAS57050activeDelete
2a10:fa80:12::/48route6AS57050activeDelete

AS-SET Management

An AS-SET groups your ASN with your downstream customers. Upstreams build prefix filters from it. It is always created under your own ASN.

Current AS-SET: AS57050:AS-CUSTOMERS
Your own ASN (AS57050) is always included. Max: 50 members.
Update Members Delete AS-SET

Details & Contacts

Live in RIPE

The fields currently on your aut-num. Edit and Save to change them. admin-c and tech-c must point to a person or role that already exists.

Save Details to RIPERevert to current

Abuse contact (abuse-c)

abuse-cAR2201-RIPE
abuse-c is stored on your organisation object (ORG-EX12-RIPE), not on the aut-num, and can only be changed by that organisation's maintainer.

Your Contacts

HandleCreated
JD1503-RIPE2026-06-14 10:22Use Edit Delete

BGP Visibility & Announced Prefixes

Live data from RIPE RIS route collectors. Check whether your ASN is seen in the global routing table.

Check BGP Visibility
✓ Visible. Your ASN is seen in the global routing table.
IPv4 visibility287 / 325 RIS peers
IPv6 visibility291 / 321 RIS peers
Announced prefixes1 v4 · 1 v6
First seen2026-06-15

Routing Policy

Live in RIPE

The policy currently published for AS57050. Edit the RPSL statements, one per line, and Save to update it in the RIPE DB.

Save Policy to RIPERevert to current

Generate policy lines from peers

Build RPSL import/export from a peer list, then insert it straight into the boxes above.

Generate

BGP Configuration Generator

Ready-to-paste BGP configuration for your router platform, built from your peer list.

BIRD 2.x FRRouting MikroTik Cisco IOS-XR
# BIRD 2.x BGP Configuration for AS57050
protocol bgp upstream_dreamserver {
    local as 57050;
    neighbor 212.81.56.1 as 174;   # Replace IP
    ipv4 {
        import all;
        export filter export_own;
    };
}
! FRRouting BGP Configuration for AS57050
router bgp 57050
 bgp router-id 212.81.56.10
 neighbor 212.81.56.1 remote-as 174
 neighbor 212.81.56.1 description DreamServer-upstream
 !
 address-family ipv4 unicast
  network 212.81.56.0/24
 exit-address-family
exit
# MikroTik RouterOS v7 BGP for AS57050
/routing bgp template
add name=default as=57050 router-id=212.81.56.10
/routing bgp connection
add name=upstream remote.as=174 \
    remote.address=212.81.56.1 \
    local.role=customer templates=default
!! Cisco IOS-XR BGP for AS57050
router bgp 57050
 bgp router-id 212.81.56.10
 neighbor 212.81.56.1
  remote-as 174
  address-family ipv4 unicast
   route-policy ACCEPT-ALL in
   route-policy EXPORT-OWN out
 !
!

RIPE WHOIS Lookup

Look up your own RIPE DB objects. Queries are restricted to your ASN and related objects.

Lookup
aut-num:        AS57050
as-name:        EXAMPLE-NET
org:            ORG-EX12-RIPE
import:         from AS174 accept ANY
export:         to AS174 announce AS-SELF
admin-c:        JD1503-RIPE
tech-c:         JD1503-RIPE
status:         ASSIGNED
mnt-by:         RIPE-NCC-END-MNT
mnt-by:         DreamServer
mnt-by:         EXAMPLE-MNT
source:         RIPE

Read-only preview. All names, handles and numbers shown are fictional. Your real panel is populated live from the RIPE Database.

What you manage from the panel

The moment your ASN is delivered, every object it needs is editable from your DreamServer account. No RIPE Portal logins, no email tickets to change a contact or a route object.

Route Objects (IRR)

Create or delete route and route6 objects for every prefix you announce, so upstreams and IX route servers accept your BGP advertisements. Origin AS is filled in for you.

AS-SET

Build and maintain your customer cone (AS57050:AS-CUSTOMERS) so providers can filter your downstreams. It is always namespaced under your own ASN, so you cannot touch anyone else's.

Details & Contacts

Edit descr, admin-c and tech-c on your aut-num, see the abuse-c, and create or manage RIPE person contacts, with existence checks so a handle never fails silently.

BGP Status

Live visibility from RIPE RIS route collectors: how many peers see your ASN over IPv4 and IPv6, which prefixes are announced, and when it was first and last seen.

IRR Policy

Read and edit the import/export/mp-import/mp-export policy published on your aut-num, or generate the RPSL from a simple peer list and drop it straight into the boxes.

BGP Config

Copy-paste BGP configuration for BIRD, FRRouting, MikroTik RouterOS and Cisco IOS-XR, generated from your peer list so your first session takes minutes.

WHOIS

Look up your ASN and its related objects straight from the RIPE Database, without leaving the panel or learning the whois command line.

Interactive preview of the Client Area

The IPv4 and IPv6 RIPE Management Panel, Click Through Every Tab

The moment your IPv4 or IPv6 prefix moves under our sponsorship, this self-service panel becomes yours. Every tab below actually switches, exactly like the real thing. Click ROA / RPKI, Reverse DNS, inetnum / inet6num, WHOIS or any other tab to see the interface you manage for every sponsored prefix, IPv4 or IPv6.

dreamserver.ro/client/clientarea.php?action=productdetails&id=...
2a10:fa80:aaaa::/40
EXAMPLE-LTD Active
Prefix Length
/40
Maintainer
MNT-EXAMPLE
IPv4 Prefix
185.72.40.0/24
IPv6 Prefix
2a10:fa80:aaaa::/40
Route Objects
3
ROAs
4
Reverse DNS
1
Reverse Zone
a.a.a.a.0.4.b.6.b.0.a.2.ip6.arpa
RIPE DB
Route / Route6 Objects
Route and route6 objects register your IPv4 and IPv6 prefixes in the RIPE routing registry (IRR). BGP peers use them to validate your announcements.
3 / 10 used
PrefixOrigin ASStatusCreatedActions
2a10:fa80:aaaa::/40AS213123 Active2026-04-08 10:42
ViewDelete
2a10:fa80:aaaa:1000::/44AS213123 Active2026-04-12 15:08
ViewDelete
185.72.40.0/24AS213123 Active2026-04-09 09:15
ViewDelete
+ Create Route / Route6 Object
Your full allocation or a more-specific prefix
AS number originating this prefix
Create route6
ROA / RPKI Management
Route Origin Authorizations (ROAs) cryptographically validate that your AS is authorised to announce your prefix. Protects against BGP hijacking.
4 / 10 used
PrefixMax LengthASNStatusCreatedActions
2a10:fa80:aaaa::/40/48AS213123 Active2026-04-08 10:44Delete
2a10:fa80:aaaa:1000::/44/48AS213123 Active2026-04-12 15:10Delete
2a10:fa80:aaaa::/40/40AS65001 Active2026-04-14 09:21Delete
185.72.40.0/24/24AS213123 Active2026-04-09 09:17Delete
+ Create ROA
Must be within 2a10:fa80:aaaa::/40
Set equal to prefix length for exact match only
Create ROA
Reverse DNS Delegation
Configure reverse DNS (PTR records) by delegating the in-addr.arpa (IPv4) or ip6.arpa (IPv6) zone to your nameservers.
Your reverse zones: 40.72.185.in-addr.arpa and a.a.a.a.0.4.b.6.b.0.a.2.ip6.arpa
ZoneNameserversStatusActions
a.a.a.a.0.4.b.6.b.0.a.2.ip6.arpa ns1.example.comns2.example.com Active
EditDelete
40.72.185.in-addr.arpans1.example.comns2.example.com Active
EditDelete
+ Update Reverse DNS Delegation
One nameserver per line. Minimum 2 required.
Update Delegation
inetnum / inet6num Objects
View and edit your inet6num object in the RIPE database.
IPv6 inet6num (2a10:fa80:aaaa::/40)
inet6num2a10:fa80:aaaa::/40
netnameEXAMPLE-NET
descrExample Ltd. IPv6 allocation
countryRO
orgORG-EXML1-RIPE
admin-cJD1234-RIPE
tech-cJD1234-RIPE
statusALLOCATED-BY-LIR
mnt-byMNT-EXAMPLE
sourceRIPE
IPv4 inetnum (185.72.40.0/24)
inetnum185.72.40.0 - 185.72.40.255
netnameEXAMPLE-NET
descrExample Ltd. IPv4 PA assignment
countryRO
orgORG-EXML1-RIPE
admin-cJD1234-RIPE
tech-cJD1234-RIPE
statusASSIGNED PA
mnt-byMNT-EXAMPLE
sourceRIPE
Update Fields
Update inet6numView in RIPE DB →
RIPE Database Objects
All RIPE DB objects associated with your allocation.
TypeKeyHandleStatusActions
inet6num2a10:fa80:aaaa::/40EXAMPLE-NET Active
ViewRIPE →
inetnum185.72.40.0/24EXAMPLE-NET Active
ViewRIPE →
organisationORG-EXML1-RIPEExample Ltd. Active
ViewRIPE →
mntnerMNT-EXAMPLEMNT-EXAMPLE Active
ViewRIPE →
roleJD1234-RIPEJ. Doe Active
ViewRIPE →
route62a10:fa80:aaaa::/40AS213123 Active
ViewRIPE →
route62a10:fa80:aaaa:1000::/44AS213123 Active
ViewRIPE →
route185.72.40.0/24AS213123 Active
ViewRIPE →
Sub-allocations
Organise your address space by splitting it into smaller blocks. This is local bookkeeping, no changes are made in RIPE.
3 entries
SubnetLabelDescriptionStatusActions
2a10:fa80:aaaa:0::/48Web ServersPublic-facing web cluster Used
EditDelete
2a10:fa80:aaaa:1::/48MailSMTP / IMAP / MX Used
EditDelete
2a10:fa80:aaaa:100::/56StagingReserved for staging env Reserved
EditDelete
+ Add Sub-allocation
Must be within 2a10:fa80:aaaa::/40
Add Sub-allocation
Subnet Calculator
Split your allocation into sub-prefixes.
Calculate
Splitting 2a10:fa80:aaaa::/40 produces 256 /48 subnets.
calculator.output
# First 5 of 256 subnets
2a10:fa80:aaaa:0000::/48     first: 2a10:fa80:aaaa::       last: 2a10:fa80:aaaa:ffff:ffff:ffff:ffff:ffff
2a10:fa80:aaaa:0001::/48     first: 2a10:fa80:aaaa:1::     last: 2a10:fa80:aaaa:1:ffff:ffff:ffff:ffff:ffff
2a10:fa80:aaaa:0002::/48     first: 2a10:fa80:aaaa:2::     last: 2a10:fa80:aaaa:2:ffff:ffff:ffff:ffff:ffff
2a10:fa80:aaaa:0003::/48     first: 2a10:fa80:aaaa:3::     last: 2a10:fa80:aaaa:3:ffff:ffff:ffff:ffff:ffff
2a10:fa80:aaaa:0004::/48     first: 2a10:fa80:aaaa:4::     last: 2a10:fa80:aaaa:4:ffff:ffff:ffff:ffff:ffff
... 251 more
BGP Config Generator
Generate ready-to-use BGP configuration snippets for your router.
Generate
bird.conf
# BIRD 2.x IPv6 BGP to AS6939
router id 213.214.215.216;

protocol static {
    ipv6 { table master6; };
    route 2a10:fa80:aaaa::/40 blackhole;
}

protocol bgp peer_he6 {
    local as 213123;
    neighbor 2001:470:1f0a::1 as 6939;
    ipv6 {
        import filter { reject; };
        export filter {
            if net = 2a10:fa80:aaaa::/40 then accept;
            reject;
        };
    };
}
frr.conf
! FRRouting IPv6 BGP
router bgp 213123
 bgp router-id 213.214.215.216
 no bgp default ipv4-unicast
 neighbor 2001:470:1f0a::1 remote-as 6939
 !
 address-family ipv6 unicast
  network 2a10:fa80:aaaa::/40
  neighbor 2001:470:1f0a::1 activate
  neighbor 2001:470:1f0a::1 prefix-list PL-OUT out
  neighbor 2001:470:1f0a::1 prefix-list PL-IN in
 exit-address-family
!
ipv6 prefix-list PL-OUT seq 5 permit 2a10:fa80:aaaa::/40
ipv6 prefix-list PL-IN seq 5 deny any
RouterOS
# MikroTik RouterOS 7.x
/routing bgp template
add name=peer-he6 as=213123 router-id=213.214.215.216 \
    output.filter-chain=bgp-out input.filter-chain=bgp-in

/routing bgp connection
add name=he6 template=peer-he6 remote.as=6939 \
    remote.address=2001:470:1f0a::1

/routing filter rule
add chain=bgp-out rule="if (dst in 2a10:fa80:aaaa::/40) { accept }"
add chain=bgp-out rule="reject"
add chain=bgp-in  rule="reject"
IOS
! Cisco IOS / IOS-XE
router bgp 213123
 bgp router-id 213.214.215.216
 no bgp default ipv4-unicast
 neighbor 2001:470:1f0a::1 remote-as 6939
 address-family ipv6
  network 2a10:fa80:aaaa::/40
  neighbor 2001:470:1f0a::1 activate
  neighbor 2001:470:1f0a::1 prefix-list PL-OUT out
  neighbor 2001:470:1f0a::1 prefix-list PL-IN  in
 exit-address-family
!
ipv6 prefix-list PL-OUT seq 5 permit 2a10:fa80:aaaa::/40
ipv6 prefix-list PL-IN  seq 5 deny any
RPKI Validation Check
Verify that your prefix has valid RPKI / ROA status. Queries the RIPE RPKI validator in real-time.
Check RPKI
Valid
The ROA for 2a10:fa80:aaaa::/40 authorises AS213123 with max-length /48. Global RPKI validators will accept announcements from this AS.
RIPE Validator: Valid
Cloudflare: Valid
NTT: Valid
Last checked: 42 seconds ago
BGP Routing Status
Check if your prefix is visible in the global BGP routing table. Data from RIPE RIS.
Check BGP Status
Visible Globally
Announced by AS213123, seen by 234 / 240 RIPE RIS collectors.
Origin AS: AS213123
Most common path: AS6939 AS213123
Route collectors: 234 / 240 see it
First seen: 14 days ago
Communities: 6939:8100 6939:9002
Last update: 3 minutes ago
Letter of Authorization (LOA)
Generate a PDF letter authorising an AS to announce your prefix. Required by most transit providers and IXPs.
Generate LOA (PDF) ✓ Ready: LOA-2a10fa80aaaa-AS213123.pdf
WHOIS Lookup
Search the RIPE database for any object.
Lookup
RIPE WHOIS
% Information related to '2a10:fa80:aaaa::/40'

inet6num:       2a10:fa80:aaaa::/40
netname:        EXAMPLE-NET
descr:          Example Ltd. IPv6 allocation
country:        RO
org:            ORG-EXML1-RIPE
admin-c:        JD1234-RIPE
tech-c:         JD1234-RIPE
status:         ALLOCATED-BY-LIR
mnt-by:         ro-dreamserver-1-mnt
mnt-by:         MNT-EXAMPLE
created:        2026-04-08T10:41:22Z
last-modified:  2026-04-08T10:41:22Z
source:         RIPE

route6:         2a10:fa80:aaaa::/40
origin:         AS213123
mnt-by:         MNT-EXAMPLE
source:         RIPE
Activity Log
Last 20 operations performed on this allocation. Older entries are available in the admin panel.
DateActionObjectResultDetails
2026-04-14 09:21create_roaroa 2a10:fa80:aaaa::/40✓ OKAS65001 /40
2026-04-12 15:10create_roaroa 2a10:fa80:aaaa:1000::/44✓ OKAS213123 /48
2026-04-12 15:08create_route6route6 2a10:fa80:aaaa:1000::/44✓ OKorigin AS213123
2026-04-09 09:17create_roaroa 185.72.40.0/24✓ OKAS213123 /24
2026-04-09 09:15create_routeroute 185.72.40.0/24✓ OKorigin AS213123
2026-04-09 11:02update_rdnsrdns a.a.a.a.0.4.b.6.b.0.a.2.ip6.arpa✓ OKns1, ns2.example.com
2026-04-08 10:44create_roaroa 2a10:fa80:aaaa::/40✓ OKAS213123 /48
2026-04-08 10:42create_route6route6 2a10:fa80:aaaa::/40✓ OKorigin AS213123
2026-04-08 10:41provisioninet6num 2a10:fa80:aaaa::/40✓ OKALLOCATED-BY-LIR, mnt-by MNT-EXAMPLE
Showing last 9 entries

Leaving your current LIR does not have to hurt

Send us the resource list and we draft the migration plan the same day.

Start the transfer Email us

LIR Sponsoring FAQ

Common questions about moving sponsorship between LIRs.

Will my BGP announcements go dark during the transfer?
No. The transfer is a pure database operation. Your routers keep announcing the same prefixes with the same ASN throughout the process; RIPE database attributes change in the background. Most customers do not even know a change happened until they look at the updated whois output.
Does RPKI keep working during the transfer?
Yes. We use a dual-valid window: new ROAs are signed and published under our CA before the old LIR revokes theirs. At no point is your prefix without at least one valid ROA, so validators on the global internet never see a gap.
What does the outgoing LIR have to do?
They need to sign a release of the resource to the new sponsor. It is a standard RIPE NCC workflow and most LIRs handle it routinely. If they drag their feet, we have templates and can coordinate with them or escalate to RIPE NCC if necessary.
Is there a RIPE transfer fee?
Not for sponsorship changes, those are free. There is a transfer fee only for full resource ownership transfers between organisations, which is a different workflow. If your situation requires an ownership transfer as well, we quote the RIPE fee at cost.
Why is 100 EUR/year the starting price? Aren't some LIRs charging 200-400?
Because modern LIR automation made the per-resource marginal cost small. We maintain the RIPE membership fee regardless, so sponsoring one more /40 or ASN adds minimal work, abuse-c rotations, ROA updates, the annual audit reply. Pricing reflects that reality.
Can I sponsor multiple resources at a discount?
Yes. Bulk sponsoring of 3+ resources under the same organisation qualifies for volume discounts. Send us the inventory and we quote a flat annual fee for the bundle.
Can I ever leave you too?
Of course. Sponsorship is non-exclusive and non-locked. If another sponsor offers better terms, or you decide to become your own RIPE NCC member, we remove our mnt-by, transfer the sponsorship agreement to the new party and hand over cleanly. No exit fees.
Will you support me at the annual RIPE audit?
Yes. Annual audit correspondence is part of every sponsorship. We answer RIPE Registry Services' questions about your resource usage, produce assignment documentation if sub-allocations are involved, and escalate to you only if a question needs your direct input.
What if the old LIR has stopped responding?
RIPE NCC has an established process for abandoned LIRs. We can co-petition RIPE to recover the sponsorship if the outgoing LIR is non-responsive for more than the policy window. It adds a few weeks but the resources are never lost.
Do you sponsor PI (Provider Independent) assignments?
Yes. PI IPv6 and PI ASN sponsorship follow the same workflow as PA sponsorship. PI resources come with slightly different RIPE obligations (no sub-assignment), which we handle.
Can you sponsor legacy (pre-RIPE-policy) resources?
Yes. Legacy resources (those allocated before RIPE's current policy framework) can be brought under sponsorship if you wish, or left outside of it. We advise on the trade-offs; many legacy holders benefit from a sponsor for compliance and audit support without any policy downside.

Trusted By & Member Of

We are proud members of leading internet infrastructure organizations.

RIPE NCC MANRS PeeringDB RoTLD DSIX SBIX 4IXP LOCIX Euro-IX RIPE NCC MANRS PeeringDB RoTLD DSIX SBIX 4IXP LOCIX Euro-IX