Skip to main content

Specialist system

Remote Site Connectivity Planning in Sarawak

A remote-site design connects a specific local task with a feasible backhaul and a practical recovery plan. Start with the cameras, users or equipment at the site; then choose the link, power arrangement and provider responsibilities that support their actual use.

How this specialist fits together

Remote-Site Connectivity Canvas

Remote Site Connectivity Planning in Sarawak – system diagram
Conceptual system illustration. Final configuration depends on the approved site scope.View full-size desktop imageView full-size mobile image
System planning notes

Local operation and the remote service boundary

A selected backhaul carries remote traffic; it does not replace the local network, recording design or power requirements.

Local operation and the remote service boundaryA selected backhaul carries remote traffic; it does not replace the local network, recording design or power requirements.E1E2E3E4E5E601Local systems02Local network03Local recording04Selected backhaul05Remote access06Defined power scopeLocal operation and the remote service boundaryA selected backhaul carries remote traffic; it does not replace the local network, recording design or power requirements.E1E2E3E4E5E601Local systems02Local network03Local recording04Selected backhaul05Remote access06Defined power scope
  • Solid line: illustrated functional path or agreed test route.
  • Dashed line: optional device or compatibility to confirm.
  • Dashed uplink means the backhaul technology and service must be selected.
  • Power paths identify dependencies, not a promised backup runtime.
  • Local network, recording and provider service are separate acceptance items.
Local systems

Cameras, users or controllers

Local network

Switching and permissions

Local recording

Independent storage design

Selected backhaul

Fibre, bridge, cellular or satellite

Remote access

Authorised receiving task

Defined power scope

Named equipment and backup loads

Read the connections
  1. E1: Local systems → Local networkLocal data path
  2. E2: Local network → Local recordingLocal evidence path
  3. E3: Local network → Selected backhaulChosen uplink — optional / compatibility to confirm
  4. E4: Selected backhaul → Remote accessInternet-dependent task
  5. E5: Defined power scope → Local networkSpecified power dependency
  6. E6: Defined power scope → Selected backhaulLink equipment power
Conceptual system diagram. Final configuration depends on the approved site scope.

Define what must work locally

Devices, users and the local network

List the equipment and people that need local communication, the information they exchange and who may administer them. Switching, wireless coverage and network permissions are local design tasks; they are not automatically solved by adding an internet terminal.

Recording versus remote access

Identify where recordings are stored and how an authorised user retrieves them. A local recorder may have a different failure boundary from phone viewing or an external platform. Confirm both paths instead of treating internet access as proof that useful evidence is retained.

Select the backhaul for the location

Fibre and a wireless bridge

Check available provider routes and installation access when considering fibre. For a bridge, assess the actual endpoints, path and supporting infrastructure. Neither option should be selected only from a map or a general distance claim; the surveyed route and operating task matter.

Cellular or Starlink options

Review mobile-service conditions at the intended equipment location when considering cellular backhaul. A Starlink option needs its own installation, power and service-account review. These are alternative link choices to assess, not a promise that either is available or suitable at every site.

Plan power and interruption handling

Name the loads that need power

Identify the terminal, router, network equipment, cameras and recording loads included in the design. Backup supply should be sized and tested for the selected equipment. Do not infer a fixed runtime merely because a battery or UPS appears on the equipment list.

Define a lost-link procedure

Agree what the site should do when backhaul fails and how the responsible person becomes aware of it. Local recording, remote viewing and notifications may respond differently. Any backup link or automatic failover must be separately selected, configured and demonstrated.

Accept the service boundary and the user task

Provider, accounts and support

Record who owns the carrier account, subscriptions, router configuration and provider fault contact. Local installation work is different from a carrier service or ongoing managed IT. The handover should identify those responsibilities without assuming that one support team controls them all.

Test from the receiving location

Demonstrate the agreed application, permissions and retrieval task from the location where it will actually be used. Include the selected interruption and recovery checks. Record open dependencies rather than describing a successful local connection as proof of continuous remote availability.

Questions about Remote-Site Connectivity Planning

Must every remote site use a satellite service?

No. Fibre, a suitable wireless bridge, cellular service or a satellite option may be relevant. Selection depends on the surveyed location, available services, power and the actual user task.

Does an internet failure stop every local recording?

Not necessarily. The outcome depends on the local recording design and power. The accepted scope should explain local behaviour separately from internet-dependent viewing and notifications.

Is a backup link or internet subscription included automatically?

No. Provider accounts, subscriptions, backup links and failover behaviour must be explicitly included and assigned. A local network installation alone does not establish those services.

Continue your planning