BYOIP la IBM Cloud: propriile IPv4 în VPC (beta)

Deschideți un caz de suport cu o Letter of Authorization semnată, IBM configurează el însuși plaja, iar apoi alocați adrese din ea.

Ce acceptă IBM Cloud

Din documentația IBM, în ziua în care am verificat:

• Cine. Doar conturile din allowlist; beta-ul, anunțat pe 29 septembrie 2026, „is available for evaluation and testing purposes to select customers” (traducere: „este disponibil pentru evaluare și testare unor clienți selectați”). Paginile IBM nu spun cum ajunge un cont pe listă.
• Mărime. Cel puțin un /24 și cel mult un /8, doar IPv4, fără suprapunere cu altceva din contul dvs. Până la cinci plaje per cont per regiune.
• Proprietate. „You must own the public IPv4 address range that you want to use.” (traducere: „Trebuie să dețineți plaja de adrese IPv4 publice pe care vreți să o folosiți.”) IBM nu numește niciun registru și nu spune nimic despre spațiul PA, PI sau legacy.
• Cine este originea. Nepublicat. Letter of Authorization cere rețelelor să accepte prefixele „when originated by IBM” (traducere: „când originea este IBM”).
• Unde. O regiune per plajă, utilizabilă în toate zonele acelei regiuni.
• Ce o folosește. Floating IP-urile, care sunt adrese individuale pe o interfață de rețea virtuală sau un public gateway, și public address ranges, care sunt blocuri legate de o zonă VPC. IBM enumeră instanțe de servere virtuale, servere bare metal, load balancere, gateway-uri VPN și appliance-uri de rețea.
• Preț. Nu este publicată nicio taxă BYOIP. Consola arată un cost estimat când rezervați un floating IP, iar taxele pentru lățimea de bandă de ieșire se aplică.
• Termen. Configurarea „typically takes a minimum of two weeks” (traducere: „durează de obicei cel puțin două săptămâni”).

Înainte să începeți

Un loc în allowlist. Întrebați IBM Support sau persoana dvs. de contact IBM despre asta înainte să pregătiți orice altceva.

O Letter of Authorization (LoA) pe hârtie cu antetul companiei, semnată. Șablonul IBM autorizează IBM să anunțe prefixele „to all of its directly connected BGP peers” (traducere: „către toți peerii BGP conectați direct”) și îi dă IBM „full permission to maintain Internet Routing Registry (IRR) objects” (traducere: „permisiunea deplină de a întreține obiecte Internet Routing Registry (IRR)”) pentru ele. Dialogul Provision custom CIDR din consolă are și un buton Download template.

Un răspuns despre ROA. Paginile BYOIP ale IBM nu menționează ROA, RPKI, ASN sau obiect route. Întrebați în caz ce ASN va fi originea plajei și creați ROA-ul pentru el înainte ca IBM să anunțe (RPKI și ROA). Până atunci, păstrați ROA-ul pentru ce anunță azi plaja.

Detaliile cazului: prefixul, regiunea de destinație și IPv4 cu proprietatea Customer.

Pas cu pas

01Deschideți cererea. În consolă, mergeți la Infrastructure, Network, Public address ranges, deschideți fila Custom authorized CIDRs (BYOIP) și apăsați Provision custom CIDR, apoi Create support case.

02Completați cazul. Cu un plan de suport Platinum, Premium sau Advanced, alegeți Category Account, Topic Account, Subtopic Bring your own IP to VPC. Cu suport Basic, alegeți Topic Virtual Private Cloud (VPC), Subtopic Bring your own IP to VPC. Folosiți subiectul Authorize custom CIDR (BYOIP). În descriere, selectați Provision CIDR, introduceți IPv4, proprietatea Customer și regiunea și atașați LoA semnată.

03Așteptați. IBM analizează cererea și configurează plaja. Când cazul se închide, verificați că este acolo:

ibmcloud is public-address-range-authorized-cidrs

04Alocați adrese. Un floating IP din plaja dvs.:

ibmcloud is floating-ip-reserve my-byoip-fip --address 203.0.113.10 --zone us-south-2

Sau un public address range, legat de un VPC și o zonă:

ibmcloud is public-address-range-create --name my-range --cidr 203.0.113.16/28 \
  --vpc my-vpc --zone us-south-2

05Rutați un public address range. Adăugați o rută public ingress cu plaja ca destinație și adresa IP a appliance-ului dvs. ca next hop. Pagina de rutare IBM spune că rutarea public ingress este disponibilă deocamdată doar în consolă, iar CLI-ul și API-ul urmează. Floating IP-urile nu au nevoie de rutare suplimentară.

Capcane

• Plaja nu apare. Verificați că vă uitați în regiunea pe care ați numit-o în caz. Paginile IBM nu dau niciun termen pentru apariția plajei după închiderea cazului, așa că, dacă încă lipsește, răspundeți la caz.
• Un public address range nu poartă singur niciun trafic. Fără ruta de ingress, nu sosește nimic.
• Floating IP-urile se atașează doar la o interfață de rețea virtuală sau la un public gateway, nu la interfețele de rețea legacy.
• Schimbarea regiunii înseamnă a o lua de la capăt. Eliberați tot ce ați alocat din plajă, deschideți un caz pentru dezactivarea ei, care durează cel puțin două săptămâni, și apoi o configurați din nou.
• O pagină care spune altceva. Pagina de planificare IBM pentru public address ranges încă trece „Bringing your own public IP or subnet is not supported” (traducere: „Aducerea propriului IP public sau a propriei subrețele nu este acceptată”) printre limitările sale, deasupra propriei secțiuni BYOIP. Paginile BYOIP sunt cele de urmat.

Dacă închiriați blocul

Pagina de configurare IBM spune că trebuie să dețineți plaja. Șablonul său de LoA are însă câmpuri separate pentru compania ale cărei prefixe sunt și pentru clientul în numele căruia le anunță IBM și este semnat de compania care le deține. IBM nu spune nimic altceva despre spațiul închiriat. Întrebați în cazul de suport dacă IBM acceptă o plajă pe care o deține și pentru care semnează altă companie, înainte să vă angajați într-o închiriere. Dacă o acceptă, deținătorul semnează LoA, creează orice ROA numește IBM și acceptă ca IBM să întrețină obiectele IRR pentru prefix.

Unde se încadrează RTM Networks

Închiriem /24 și mai mari din propriul spațiu de adrese RIPE NCC și vindem blocuri în regiunile RIPE NCC, ARIN și APNIC. Dacă IBM vrea o plajă pe care o dețineți, vă vindem una (cumpărare IPv4). Dacă acceptă spațiu închiriat, atunci pentru spațiul închiriat de la noi creăm ROA-ul pentru ASN-ul pe care îl numește IBM și semnăm Letter of Authorization (închiriere IPv4). Cât timp contul dvs. nu este în beta sau dacă aveți nevoie de mai puțin de 256 de adrese, anunțăm un bloc și îl livrăm la serverul dvs. virtual prin GRE sau WireGuard, până la o singură adresă (tuneluri GRE și WireGuard). Alți furnizori: ghiduri BYOIP.