SUPPORT DIRECTORY

Support begins with ownership—not a stopwatch.

Choose the route that matches your relationship and request. Public web forms are not emergency channels, and response commitments apply only when they are written into your service terms.

Current boundary: Public forms collect context for later review and are not emergency channels. Do not rely on them for urgent safety, law-enforcement, production-incident, or time-sensitive abuse response.

View service-status information
ROUTING DIRECTORY / 01

Choose by relationship and owner.

A project question, a customer service issue, a provider fault, and an IPv4 report need different context. Choose the closest route so the first review starts with the right information.

01
SALES · PUBLIC ENQUIRY

Hosting and migration guidance

Describe a workload, desired region, budget, migration, or preferred configuration. This starts a conversation; it does not reserve capacity or create an order.

Public project form · response time is not guaranteed
Describe a hosting project
02
CUSTOMER REQUEST · PUBLIC INTAKE

Customer service and billing

Send access, invoice, configuration, lifecycle, or service-impact context with a Renant order or service reference when available.

Renant verifies account ownership before sharing private details
Open customer request form
03
PROVIDER COORDINATION · SERVICE REFERENCE REQUIRED

Upstream provider escalation

For a Renant order, the service reference identifies the supplying provider and the correct path for compute, network, storage, facility, or address-space issues.

Provider owns the underlying fix · Renant owns the handoff
Understand service ownership
04
IPV4 QUESTIONS · STRUCTURED INTAKE

IPv4 leasing questions

Prospective lessees and resource holders can describe a legitimate need, authority basis, routing model, intended term, and abuse-response capability.

No prefix, LOA, routing authorization, or lease is issued by this form
Choose an IPv4 role
CUSTOMER HANDOFF / 02

One case can cross two operating boundaries.

For a Renant order, Renant owns the customer-facing intake, context, and communication. The supplying provider remains responsible for its facility, network, and infrastructure.

Understand provider responsibilities
  1. 01
    Identify the customer serviceSafe contact, Renant order, provider mapping, and affected resource. Account ownership is verified before disclosure.
  2. 02
    Capture observable impactStarted time and timezone, symptoms, scope, recent change, and evidence—with secrets removed.
  3. 03
    Classify the ownership boundaryRenant software or billing issue, customer configuration, or upstream compute/network/facility dependency.
  4. 04
    Open and track the right caseRenant action or named provider escalation, with source-specific updates kept distinct.
IPV4, ABUSE & SECURITY / 03

The word “abuse” is not one support queue.

Address-space onboarding, an operational network report, and a security issue affecting Renant's own website have different evidence and different owners.

IPV4 ENQUIRIES

Lease need or resource-holder authority

Use the IPv4 intake to describe the prefix size, RIR context, ASN or host relationship, intended use, region, term, and abuse-response process. Do not upload identity or registry evidence publicly.

Open IPv4 intake
ABUSE INTAKE

Report concerning traffic or conduct

Identify the affected IP or service, timestamp and timezone, observable behavior, redacted evidence, and a safe reply route. Attribution alone is not proof that a resource belongs to Renant.

Record an abuse notice No emergency response, response time, or takedown outcome is guaranteed.
RENANT SECURITY

Concern about a Renant-owned public surface

Use the trust route for a responsible notice about this website or Renant's own application surface. The first message must omit credentials, exploit payloads, private keys, and customer data.

Start a responsible notice
IMMEDIATE DANGER

Do not wait on a web form

If there is an immediate threat to life or safety, contact the appropriate local emergency service. For abuse on infrastructure operated by another network today, contact the actual hosting provider or network owner shown in routing and registry records.

Read the IPv4 safeguards
REQUEST CHECKLIST / 04

What helps us route a service request.

  • Your Renant order or service reference, when one exists
  • The affected hostname, resource, location, and supplying provider if known
  • When the issue began, including the date, time, and timezone
  • Observable symptoms, impact, recent changes, and redacted evidence
  • A safe contact method and the urgency you are experiencing
UNDERSTAND THE MODELRead documentationCHECK THE BOUNDARYPlatform status scopeNOT SURE WHERE TO START?Contact directory