Property Network Handbook

Full-property reference · select-service hotel

Everything on
the networkand where it plugs in

One hotel runs eight networks stacked on top of each other: guests, staff, phones, the PMS, payments, locks, cameras, and the building itself. They share the same copper and the same closet, and they must never share the same broadcast domain. This is the reference for all of it — design, config, sizing, and what to do at 2 a.m. when it breaks.

Guest & data Voice PMS & servers POS / PCI Cameras Management
01 — FOUNDATIONS

Networking fundamentals, hotel-flavoured

You don't need the full CCNA to run a property, but every outage you'll ever troubleshoot lands on one of these six layers. Learn to name the layer first, then fix it.

7. Application (HTTP, DNS, OPERA FIAS, SIP) 6. Presentation (TLS Encryption, SSL Certs) 5. Session (RPC, NetBIOS, SIP Session) 4. Transport (TCP 5001 FIAS, UDP 5060 SIP) 3. Network (IP Routing, Inter-VLAN Gateway) 2. Data Link (VLAN 20 Guest, VLAN 50 POS, MAC) 1. Physical (Cat6 Drops, SFP+ Fiber, 802.3at PoE) Application Layer (L5-L7)Opera PMS · Silverware POS · Mitel SIP · DNS Transport Layer (L4) Internet Layer (L3) Network Access Layer (L1-L2)Ethernet 802.3 · Wi-Fi 802.11ax · VLAN Trunks
OSI 7-LAYER REFERENCE MODEL VS 4-LAYER TCP/IP STACK IN HOTEL INFRASTRUCTURE.

The stack, and what breaks at each layer

LayerWhat lives thereTypical hotel failureFirst test
1 — PhysicalCat6, fibre, SFPs, PoE, patch cordsHousekeeping vacuums a cable out of a wall jack; a crushed drop in a renovated roomLink light. Cable tester. Swap the patch cord.
2 — Data linkMAC addresses, VLANs, switching, STP, LLDPPhone lands in the wrong VLAN; a guest plugs a travel router in and loops the LANshow mac address-table, port VLAN, STP state
3 — NetworkIP, subnets, routing, NAT, ACLsFront desk can't reach the PMS server because an inter-VLAN ACL is too tightping gateway → server, then tracert
4 — TransportTCP/UDP ports, sessionsFirewall blocks the FIAS port; NAT session table full from a torrenting guestTest-NetConnection host -Port n
5–6TLS, certificates, encodingExpired certificate on the captive portal → every guest sees a scary warningBrowser cert inspector; check expiry dates quarterly
7 — ApplicationHTTP, DNS, SIP, RTSP, SMBPMS interface service stopped on the interface PC; DNS forwarder downService status, app logs, nslookup

Addressing, in the terms you'll actually use

  • IP address + subnet mask — the address is the room number, the mask says which rooms are on the same floor. 10.10.20.15/24 means the first three octets are the "floor" (10.10.20.x), leaving 254 usable hosts.
  • Gateway — the elevator off that floor. No gateway, or a wrong one, means the device talks locally but can't leave.
  • Broadcast domain — everyone who hears a shout. A VLAN is one broadcast domain. Put 400 guest devices and your PMS in the same one and the PMS gets to hear every guest device's chatter.
  • DHCP — hands out address, mask, gateway, DNS, and vendor options. Guest VLANs need huge pools and short leases; infrastructure needs reservations or statics.
  • DNS — name to address. Internally: your domain controller. Externally: your ISP or a public resolver. A hotel with no working DNS looks exactly like "the internet is down" to everybody.
  • NAT — many private addresses behind one public. Consumer routers hide this; on a property you must know your public IPs because vendors will whitelist them.
  • ARP — IP to MAC on the local segment. Duplicate IP conflicts and "it works for 30 seconds then dies" symptoms are usually ARP.
Subnet sizing cheat

/24 = 254 hosts · /23 = 510 · /22 = 1,022 · /21 = 2,046 · /16 = 65,534. Guest wireless on a 100-room property with families, laptops, tablets, watches and consoles routinely needs more than a /24. Start at /22 minimum.

Speed, and why "we have a gig" isn't the answer

  • Bandwidth is the pipe width. Latency is how long a packet takes one way. Jitter is variation in that delay. Loss is packets that never show up.
  • Guests complaining about "slow Wi-Fi" are usually reporting latency and loss on the radio, not a saturated WAN. A 1 Gbps circuit behind an over-subscribed 2.4 GHz radio still feels terrible.
  • Voice tolerates almost no jitter: keep it under 30 ms, loss under 1%, one-way delay under 150 ms. Video streaming tolerates a lot of jitter but hates loss.
  • Half-duplex mismatches still exist on old analog gateways and legacy printers, and produce the classic "slow but not down" symptom with rising CRC errors on the switch port.
02 — FOUNDATIONS

How a hotel network is actually laid out

Select-service properties (100–200 rooms, 3–6 floors) almost always land on the same shape. Know the shape and you can walk into any property and predict where everything is.

# Physical path, street to guest room
INTERNET  ──▶ Primary circuit (fibre, at the demarc / ONT)
          ──▶ Backup circuit (cable or LTE/5G, different carrier & path)
                        │
                  EDGE FIREWALL  ← public IPs, NAT, ACLs, VPN, failover
                        │
                  HSIA GATEWAY   ← guest portal, bandwidth shaping, PMS billing
                        │
                  CORE / L3 SWITCH ← every VLAN's gateway lives here
                   ╱    │    ╲
        MDF access sw IDF-2 IDF-3   ← fibre uplinks, one closet per floor/wing
              │        │      │
   ┌──────────┴───┐    └──────┴────────────┐
   APs · phones · cameras · TVs · locks · POS · back-office PCs
Primary ISP WAN (1Gbps Fibre)Demarc / ONT · Static Public IP Block Edge Firewall & SD-WANNAT · VPN · Guest Portal · ACLs Core L3 Switch (Cisco / Aruba)SVIs: VLAN 10 (Staff), 20 (Guest), 30 (Voice), 40 (PMS), 50 (POS), 60 (CCTV) 10G OM4 Fiber Trunk 10G Trunk 10G OM4 Fiber Trunk MDF Access SW1 (48p PoE+)Ports 1-24: Staff PCs (VLAN 10)Ports 25-48: CCTV (VLAN 60) IDF Floor 2 SW (48p PoE+)Ports 1-32: APs (VLAN 20/Trunk)Ports 33-48: Voice (VLAN 30) IDF Floor 3 SW (48p PoE+)Ports 1-24: POS (VLAN 50 Isolated)Ports 25-48: Door Locks (VLAN 70)
3-TIER HOTEL PHYSICAL & LOGICAL TOPOLOGY WITH EXPLICIT VLAN PORT MAPPINGS AND 10G FIBER RISER TRUNKS.

Interactive Live Network Packet Tracer & Topology Explorer

Select a source endpoint and target destination to trace packet encapsulation, VLAN tagging, inter-VLAN routing, and security ACL policy evaluation in real time.

Ready to trace. Click "Trace Packet Path" to simulate frame routing...
[LOG] Standby...

The closets

  • MDF (main distribution frame) — the main room. Carrier demarc, firewall, core switch, servers, NVR, phone controller, UPS. Usually behind the front desk or in a back-office. It should lock, be cooled, and not double as dry storage. It always does.
  • IDF (intermediate distribution frame) — one per floor or wing. Access switches plus patch panels for that floor's room drops. Fibre or Cat6A back to the MDF. Often a wall-mounted 12U cabinet in a housekeeping closet.
  • Horizontal runs from an IDF to a room jack must stay under 90 m of solid cable plus 10 m of patch cords. On a long wing, that's the constraint that decides where the second IDF goes.

Traffic patterns worth knowing

  • Guest traffic is almost entirely north–south (out to the internet) and should never go east–west. Client isolation on, inter-guest traffic dropped.
  • PMS traffic is east–west inside the property (front desk workstations → PMS server → interfaces to voice, HSIA, locks, POS) plus a link out to the brand's central reservation system.
  • Camera traffic is heavy, constant, and one-directional (cameras → NVR). Keep it on its own VLAN so it never competes with guests, and keep NVR and cameras on the same switch where possible.
  • Voice is small in bandwidth but merciless about delay. It needs QoS marking end-to-end.
Rule of thumb

If two systems don't need to talk to each other, they belong in different VLANs with no route between them. The default answer for a hotel is "deny", with explicit rules for the handful of flows that genuinely exist: PMS↔interfaces, workstations↔servers, cameras↔NVR, phones↔controller.

03 — FOUNDATIONS

VLAN and IP plan

This is the single most important document at the property. Write it down, keep it current, and colour-code your patch cords to match.

VLANNameSubnetWhat's on itInternetCable colour
10Management10.10.10.0/24Switch/AP/firewall mgmt IPs, UPS cards, out-of-bandOutbound only, via jump hostGrey
20Admin / back office10.10.20.0/24Front desk PCs, GM, sales, printers, scannersYesWhite
30PMS & servers10.10.30.0/24PMS server, interface PC, DC, file server, key encoderRestrictedViolet
35POS / payments10.10.35.0/24Terminals, pin pads, payment gateway pathWhitelist onlyRed
40Voice10.10.40.0/24Mitel controller, IP handsets, analog gatewaysSIP trunk onlyYellow
50Guest wireless10.50.0.0/22Guest devices, meeting rooms, lobbyYes, shapedBlue
55Guest wired / TV10.55.0.0/23Room jacks, in-room entertainment, castingYes, shapedBlue
60Cameras10.10.60.0/24IP cameras, NVR, viewing stationNone (NVR only, if cloud)Green
70Building systems10.10.70.0/24Door locks, energy mgmt, HVAC/BAS, elevator monitoringVendor whitelistOrange
80AV / signage10.10.80.0/24Meeting room displays, digital signage, boardroom kitYesBlack
999Parking / nativeUnused ports land here, no route anywhereNo

Rules that keep this honest

  • Never use VLAN 1 for anything. Change the native VLAN on trunks to an unused ID (999) so untagged traffic goes nowhere.
  • Access port = one VLAN (plus optionally a voice VLAN). Trunk = many VLANs, and only the ones that need to cross that link. Prune everything else.
  • Every unused port should be shutdown or parked in VLAN 999. A live port in the lobby is an open door.
  • Reserve .1 for the gateway, .2–.20 for infrastructure statics, .21–.50 for servers and reservations, .100+ for DHCP. Consistency across VLANs makes 2 a.m. maths easier.
  • Guest DHCP: lease 4–8 hours, not 24. Devices come and go; long leases exhaust the pool by Saturday night.
The one rule you can't bend

Payment card systems must be isolated from guest networks, from each other's unnecessary neighbours, and from anything a guest can physically reach. If guest traffic can route to a POS terminal, your entire property is in PCI scope and your franchise audit will say so.

04 — PLUMBING

Internet and WAN

Sizing the circuit

Brand standards usually set a floor, and the floor is usually too low by the time you install it. Work from devices, not rooms.

  • Assume 2.5–3.5 devices per occupied room on a leisure property, higher with families and long-stay guests.
  • Plan for 3–5 Mbps per concurrently active device for streaming-era expectations, with heavy oversubscription (only ~20–25% are actively pulling data at any instant).
  • A 100-room select-service property at 85% occupancy realistically wants 500 Mbps–1 Gbps symmetrical, plus headroom for the back office, cloud PMS, and camera offload.
  • Upstream matters more than it used to: video calls, cloud backup, and guests uploading. Avoid heavily asymmetric consumer plans if you can.

Redundancy that actually survives

  • Two circuits, two carriers, two physical paths. Two fibres from the same provider in the same conduit is one circuit wearing a costume.
  • Automatic failover at the firewall, with health checks against a real destination (not just "is the interface up"). Test it quarterly by pulling the primary during a low-occupancy afternoon.
  • LTE/5G backup is legitimate for a select-service property. Size it to keep the PMS, payments, and phones alive — not to keep 200 guests streaming. Shape guest traffic hard on failover.
  • Static public IPs — get at least a small block. Vendors (PMS, brand systems, remote support, camera cloud) will ask you to whitelist your source IP, and a dynamic address will break that weekly.

Things to know about your own circuit

Circuit ID

The carrier will not talk to you without it. Tape it inside the rack door and put it in your vendor sheet.

Demarc location

Where carrier responsibility ends and yours begins. Usually the ONT or NID. Everything downstream is your problem.

Support tier & SLA

Know your response window and your escalation path before you need it. A business SLA with 4-hour response is worth the premium.

Account authority

Whose name is on the account, and are you authorized to open tickets? Fix this on a calm day, not during an outage.

In the closet

Label both WAN handoffs at the patch panel and at the firewall port. During a failover test you want zero ambiguity about which cable is which. Photograph the rack front and back after every change.

05 — PLUMBING

Firewall, routing, and the edge

On a property this size the firewall is usually also the router, the VPN concentrator, the DHCP relay, and the failover brain. Treat it as the most important box you own.

What it must do

  • Inter-VLAN policy. Default deny between VLANs, explicit allows for real flows. This is where segmentation stops being a diagram and becomes enforcement.
  • NAT and port forwarding. Keep forwards to an absolute minimum. Remote camera access via a forwarded port is how properties end up on public camera-search sites — use the vendor's cloud relay or a VPN instead.
  • Site-to-site / remote access VPN for your own admin access and for vendor support, with MFA. Never expose RDP to the internet. Ever.
  • Guest bandwidth shaping if the HSIA gateway doesn't do it — per-client caps, not just a total.
  • IDS/IPS and content filtering on the guest edge. At minimum block outbound SMTP (port 25) from guest to stop spam bots, and rate-limit new connections per client to contain torrent clients.
  • Logging to somewhere that survives the firewall. Syslog to a server or cloud collector; keep at least 90 days for incident response and law-enforcement requests, which hotels do get.

A workable inter-VLAN policy

FromToAllowWhy
Admin (20)PMS/Servers (30)App ports, SMB, print, RDP from named hostsFront desk does its job
PMS (30)Voice (40)Interface port (FIAS/TCP), one host to one hostCheck-in enables phone, posts call charges
PMS (30)HSIA gatewayInterface port onlyRoom-charge internet, guest name lookup
PMS (30)Locks (70)Lock server port onlyKey encoding, mobile key
Cameras (60)AnywhereNothing outbound; NVR only, to the camerasCameras are the softest devices you own
Guest (50/55)All internal VLANsDeny, all of itNon-negotiable
Guest (50/55)InternetAllow, minus 25/tcp, SMB, and internal rangesGuests get the internet, nothing else
Management (10)InternetNTP, DNS, firmware/cloud controller onlyDevices don't need to browse
Enterprise Edge Router and Firewall
Figure 5.1: Enterprise 1U rackmount edge firewall and SD-WAN router providing dual ISP failover, NAT session management, and PCI-DSS network segmentation.

Configuration hygiene

  • Change every default credential before the device leaves your desk. Then again after any vendor touches it.
  • Named admin accounts, MFA on the management interface, and no shared "hotel" login.
  • Management interface reachable only from the management VLAN or VPN — never from the WAN.
  • Config backup after every change, stored off the device. Keep the last five.
  • Firmware: patch on a schedule during low occupancy, not on a whim at 4 p.m. on a Friday. Read the release notes for the interop notes with your phone system.
  • NTP everywhere. Camera timestamps, door lock audit trails, and PMS logs are useless as evidence if the clocks disagree.
06 — PLUMBING

Switching and PoE

Enterprise 48-Port PoE+ Access Switch
Figure 6.1: Enterprise 48-port Gigabit PoE+ access switch featuring labeled RJ45 ports 1 to 48, status LEDs, and dual 10G SFP+ fiber uplinks.

Switch roles

  • Core / distribution (L3). Holds the SVI (gateway) for each VLAN, does inter-VLAN routing at wire speed, aggregates fibre from the IDFs. One box on a small property, two stacked if budget allows — the core is your biggest single point of failure.
  • Access (L2, PoE). Everything plugs in here: APs, phones, cameras, TVs, printers. Buy PoE+ on every port and count your budget properly.
  • Stacking gives you one management plane and cross-stack link aggregation. Worth it. Don't daisy-chain unstacked switches with copper uplinks — that's how you get a 100 Mbps bottleneck feeding a whole floor.

PoE, in numbers

StandardNameAt the switchAt the deviceWhat it powers
802.3afPoE15.4 W12.95 WIP phones, older APs, fixed cameras
802.3atPoE+30 W25.5 WWi-Fi 6 APs, PTZ and IR cameras, video phones
802.3bt Type 3PoE++60 W51 WWi-Fi 6E/7 APs, small displays, thin clients
802.3bt Type 4PoE++100 W71.3 WSignage, high-power PTZ, PoE lighting
  • Typical draw: Wi-Fi 6 AP 15–25 W · wall-plate AP 10–15 W · fixed dome camera 6–12 W · IR/PTZ camera 15–40 W · IP desk phone 3–7 W.
  • A 48-port switch advertising 370 W of PoE budget cannot power 48 APs. Do the arithmetic before you order, and leave 30% headroom.
  • PoE runs are still 100 m. Beyond that you need a fibre run and a local switch, or a PoE extender (which halves your reliability).

Port configuration defaults

# Access port — AP (trunk, because APs carry multiple SSIDs/VLANs)
switchport mode trunk
switchport trunk native vlan 10          # AP management
switchport trunk allowed vlan 10,50,55,80
spanning-tree portfast trunk

# Access port — desk phone with a PC behind it
switchport mode access
switchport access vlan 20                # PC is untagged
switchport voice vlan 40                 # phone tags itself
spanning-tree portfast
spanning-tree bpduguard enable

# Access port — camera
switchport mode access
switchport access vlan 60
storm-control broadcast level 2.00
spanning-tree portfast; spanning-tree bpduguard enable

Protect the switch from the building

  • BPDU guard + PortFast on every access port. A guest plugging a home router into a lobby jack becomes a non-event instead of a property-wide outage.
  • Loop protection / loopback detection on room and meeting-room jacks. Someone will eventually patch a jack into another jack.
  • DHCP snooping with trusted uplinks only — stops a rogue router handing out addresses to your guests.
  • Storm control on access ports, especially camera and guest ports.
  • Port security where it makes sense (POS terminals, key encoder) — limit to one or two MACs.
  • STP root bridge should be your core, explicitly configured. Never let an access switch win the election by accident.
In the closet

Every switch port gets a label that matches the patch panel that matches the wall jack that matches your port map. IDF2-SW1-Gi1/0/14 → PP-B-14 → RM 214 JACK A. This is boring, takes an afternoon once, and saves you dozens of hours over the years.

07 — PLUMBING

Wi-Fi design

Wi-Fi is the single most reviewed part of your property. It is also the part guests judge with no understanding of what's actually wrong. Design it so their misdiagnosis is never right.

Coverage model: hallway APs vs in-room APs

Hallway / corridor APsIn-room wall-plate APs
Density1 AP per 3–5 rooms, ceiling mounted1 AP per room (or per pair via pass-through)
CablingFewer drops, cheaper installOne drop per room — often already there from the TV/phone
PerformanceSignal fights two demising walls; bathrooms and elevator shafts kill itExcellent per-room signal, low co-channel interference at low power
BonusWall plate usually gives 1–2 wired pass-through ports for the TV and phone
VerdictFine for lobby, meeting rooms, pool, back of houseThe modern standard for guest rooms in new build and renovation

RF fundamentals for a hotel

  • 2.4 GHz — three non-overlapping channels only: 1, 6, 11. Never use anything else. Turn power down, not up. Keep it enabled for old devices and IoT, but treat it as the slow lane.
  • 5 GHz — many channels, use 20 or 40 MHz width in a dense hotel. 80 MHz feels fast in a demo and destroys channel reuse across floors.
  • DFS channels give you more spectrum but radar (weather and airport) can force an instant channel change and a brief drop. Near an airport, test carefully before enabling.
  • 6 GHz (Wi-Fi 6E/7) — clean spectrum, short range, doesn't get through concrete. Excellent for in-room APs, near useless for corridor coverage.
  • Floors matter. Your AP on floor 3 hears the one on floor 2 and 4. Plan channels in three dimensions or you'll build a co-channel interference sandwich.
  • Disable low data rates (802.11b 1/2/5.5/11 Mbps). Every beacon at 1 Mbps is airtime stolen from paying guests, and it lets distant devices cling to a bad AP.

Roaming and client behaviour

  • Enable 802.11k (neighbour reports), 802.11v (BSS transition), and 802.11r (fast transition) — but test 802.11r against older devices, it still breaks some.
  • Clients decide when to roam, not you. Your levers are AP power, minimum RSSI/band steering thresholds, and density. Design for -65 dBm in the room and -72 dBm worst case at the pillow.
  • Band steering pushes dual-band clients to 5 GHz. Useful, but too aggressive and you strand devices in the bathroom.

SSID plan — keep it to three

SSIDSecurityVLANNotes
Hotel-GuestOpen + captive portal, or WPA3-OWE (enhanced open)50Client isolation ON. This is the one on the key card sleeve.
Hotel-StaffWPA2/3-Enterprise (802.1X to RADIUS/Entra) or strong PSK rotated on turnover20Hidden isn't security, but keep it off the guest collateral.
Hotel-DevicesWPA2-PSK, per-device PSK if supported70/80Handhelds, signage, IoT that can't do 802.1X.

Every extra SSID costs airtime in beacons across every AP and every band. Four SSIDs is a compromise; six is self-harm.

Per-room private networks

Vendor features like per-device or dynamic pre-shared keys (Ruckus DPSK, Meraki iPSK, Aruba MPSK) give each room its own key and its own micro-segment. Guests can cast to the TV and connect a printer or console without seeing the room next door. This is the cleanest solution to the "my Chromecast won't work" complaint, and it's worth specifying at refresh time.

Survey and validate

  • Do a predictive design from floor plans, then a post-install validation survey with a real tool. "It looks fine on my phone" is not a survey.
  • Walk the corners: end-of-corridor rooms, rooms behind elevator shafts, stairwells, the pool, the parking garage if guests expect coverage there.
  • Re-survey after any renovation. New mirrors, foil-backed insulation, tile, and metal-studded walls change everything.
  • Meeting rooms need their own thinking: 40 people in a boardroom is a different design problem from 40 people spread over a floor. Add APs and cap client counts.
08 — PLUMBING

Guest internet (HSIA)

HSIA — high-speed internet access — is the layer between your guests and your firewall. It authenticates, meters, shapes, bills, and takes the blame.

What the gateway actually does

  • Captive portal — intercepts the first web request and presents your splash page. Guests authenticate by room number + last name (looked up live from the PMS), loyalty number, access code, or just accepting terms.
  • Bandwidth management — per-device caps so one guest's 4K download doesn't starve a floor. Often tiered: free basic tier for everyone, premium tier for loyalty members or a fee.
  • Subscriber management — tracks sessions, device counts per room, session duration, and expiry at checkout.
  • Zero-config / pass-through — accepts any device's static IP or proxy settings without the guest reconfiguring their laptop. This is the classic Nomadix trick and still valuable for business travellers.
  • Billing posting — pushes paid-internet charges to the guest folio through the PMS interface.

Portal problems and their fixes

SymptomCauseFix
Portal never appears on an iPhoneApple's captive network assistant is being blocked or the portal is HTTPS-onlyEnsure the detection URLs and DNS interception work; guest should be able to browse to neverssl.com manually
Android says "connected, no internet"Its connectivity check can't reach Google's endpointAllow the connectivity-check hosts through the walled garden
Browser shows a certificate error at the portalHSTS on the site the guest tried first, or expired portal certValid public cert on the portal FQDN; renew on a calendar reminder
Room-number login fails for a real guestPMS interface down, or the guest's name doesn't match the reservation exactlyCheck the interface service; front desk can issue a manual access code
Chromecast / AirPlay won't find the TVClient isolation blocks mDNS between guest devicesBonjour/mDNS gateway, per-room PSK, or a dedicated casting solution
Guest gets kicked off every hourSession timeout or short DHCP lease with no renewalAlign session length with stay length; re-auth silently by MAC

Walled garden — always allow before login

  • Your own portal and payment path, the hotel and brand websites, the loyalty program login.
  • Operating-system captive-portal detection endpoints (Apple, Android, Windows).
  • Certificate revocation and time services (OCSP, NTP) — otherwise TLS fails in odd ways.
  • Emergency and accessibility resources if your brand or jurisdiction requires it.
Legal and brand notes
  • Keep guest session logs (MAC, IP, timestamp, room) for the period your legal counsel and brand specify. Hotels receive law-enforcement requests; "we don't log" is a bad answer.
  • In Canada, guest personal information collected at the portal falls under PIPEDA. Collect the minimum, say what you collect on the splash page, and don't sell it.
  • Blocking or throttling is a service decision, but interfering with guests' own VPNs will generate complaints from every business traveller. Allow IPsec, IKE, and WireGuard/OpenVPN outbound.
09 — PROPERTY SYSTEMS

Mitel phone system

Hotels are one of Mitel's oldest strongholds, because hospitality needs things a normal office PBX doesn't: room status from a handset, wake-up calls, message waiting lamps, per-room billing, and a guest room phone that works when everything else is off.

Mitel Hotel Executive IP Desk Phone
Figure 9.1: Hotel Executive VoIP IP desk phone displaying room extension 304, HD handset, line keys, and rear dual RJ45 PC/LAN passthrough ports with PoE.

Which platform you're likely on

PlatformAlso known asShapeNotes
MiVoice Business3300 ICPAppliance or virtual controllerThe mainstream hospitality platform. Native hotel/motel feature set, PMS interface, and hospitality applications.
MiVoice Office 250Mitel 5000Chassis-based, smallerCommon at select-service properties. Analog-friendly, straightforward hospitality features.
MiVoice ConnectShoreTelDistributed switchesLess common in hotels but present after acquisitions.
MiVoice Border GatewayMBGEdge applianceSIP trunk termination, remote phone proxy, teleworker access.

Endpoints

  • Guest room phones are usually analog, even in an IP property. They're cheap, survive abuse, need no PoE, and keep working through a network outage. They connect to an analog station gateway (Mitel ASU/AMB, or a third-party gateway) that presents FXS ports.
  • Admin phones — front desk, GM, sales, maintenance — are IP: Mitel 6900 series or older 5300 series. Front desk usually gets a console-style set with a large key module for room lines and quick transfers.
  • Emergency and courtesy phones — elevator, pool, stairwells, loading dock. These are analog by requirement, often on dedicated circuits with their own backup power.
  • Cordless for engineering and housekeeping — DECT base stations or Wi-Fi handsets. DECT is more reliable in a concrete building; Wi-Fi handsets need a properly designed voice-grade WLAN.

Network requirements for the phones

  • Voice VLAN. IP phones tag their own traffic; the PC behind the phone stays untagged on the data VLAN. Configure both on the access port.
  • VLAN discovery via LLDP-MED (preferred, modern switches) or DHCP options. Mitel phones read Option 43 (or 125) with a vendor-specific string:
# Mitel DHCP Option 43 vendor-specific string (typical form)
id:ipphone.mitel.com;sw_tftp=10.10.40.10;call_srv=10.10.40.10;vlan=40;l2p=6;dscp=46

# QoS marking, end to end
RTP media      → DSCP EF (46)   → strict priority queue
Call signaling → DSCP CS3 (24) or AF31 (26)
Everything else→ best effort

# Bandwidth per concurrent call (with overhead)
G.711  ≈ 87 kbps   G.729 ≈ 31 kbps   G.722 (HD) ≈ 87 kbps
  • Trust the phone's marking at the access port, and re-mark or police anything else. If QoS stops at the switch and the WAN doesn't honour it, calls still break during congestion — confirm your carrier's SIP trunk QoS treatment.
  • Separate the controller's power. The call controller, the analog gateway, and the switch feeding emergency phones all belong on UPS, ideally on generator too.

Trunks: SIP vs PRI vs POTS

  • SIP trunks are the norm now: cheaper, flexible channel counts, ride your data circuit (so they inherit its outages — hence the second circuit). Terminate through a session border controller or MBG, never directly exposed.
  • PRI (23 channels) is legacy but still installed. Reliable, expensive, being sunset by carriers.
  • Analog POTS lines still matter for the elevator phone, fire panel dialer, and sometimes the pool phone. Copper is being retired in many areas — plan replacements with cellular or IP communicators that meet the relevant code, and verify with your alarm and elevator vendors, not just your carrier.
  • Channel sizing: a 100-room select-service property typically runs fine on 8–12 concurrent trunk channels. Count front desk, sales, and guest calls at peak, then add headroom.

Hospitality features you'll be asked about

Check-in / check-out

PMS tells the phone system to open the line, set the guest name for caller ID, clear voicemail and messages at checkout.

Wake-up calls

Set at the desk or by the guest from the room phone. Failed wake-ups escalate to the front desk — test this monthly.

Message waiting

Lamp or stutter dial tone driven by voicemail; PMS clears it on checkout so the next guest doesn't inherit a light.

Room status

Housekeeping dials a code from the room phone to mark clean/inspected/out-of-order. Posts straight into the PMS.

Call accounting

Call detail records are rated and posted to the folio. Mostly vestigial revenue now, but still a brand standard and useful for audit.

Do not disturb

Set from the room or the desk. Must not block emergency callbacks to the room.

Emergency dialling — get this right
  • Direct dial 911 with no prefix from every phone, including guest rooms. A guest in an emergency will not dial 9 first.
  • On-site notification — when any phone dials 911, the front desk phone and/or a designated device must alert, showing the room or location, so staff can meet responders at the door.
  • Dispatchable location — each phone should present a location precise enough to find: building, floor, room. That means your extension-to-location mapping must be correct and maintained after every move.
  • These are legal requirements in the US (Kari's Law, RAY BAUM'S Act). Canadian properties face parallel CRTC and provincial expectations for multi-line systems — verify current obligations with your telecom vendor, and implement it regardless because it's simply correct.
  • Test 911 dialling after any phone-system change. Coordinate with your local PSAP first — call the non-emergency line and tell them you're testing.
10 — PROPERTY SYSTEMS

PMS and its interfaces

The property management system is the hub. Almost every other system on the property exists to talk to it. When the PMS is down, the hotel can still operate on paper — but only if you've rehearsed it.

Deployment shapes

  • On-premise — application and database on a server in your MDF. You own patching, backup, and the interface PC. Survives a WAN outage; dies with your hardware.
  • Cloud / hosted — the PMS is a browser app; the property keeps only workstations, printers, and a small interface appliance for local devices. Simpler, but every check-in now depends on your internet. Redundant WAN stops being optional.
  • Interface PC / integration server — a small always-on machine hosting the middleware that bridges the PMS to phones, HSIA, locks, POS, and energy management. It is the least glamorous and most outage-causing box in the building. Put it on UPS, monitor its services, and document every interface's port and IP.

The interfaces, and why each one exists

InterfaceDirectionWhat it carriesWhat breaks without it
Call accounting / PBXTwo-wayCheck-in/out, guest name, room status, wake-ups, MWI, call chargesPhones stay open after checkout; housekeeping status entered by hand
HSIATwo-wayGuest name/room validation, internet purchases posted to folioGuests can't log in by room number; front desk hands out codes manually
Door locksPMS → lock serverRoom assignment, stay dates, mobile key issuanceKeys encoded manually at the desk; mobile key stops working
POSPOS → PMSRestaurant/bar/market charges posted to roomCharges posted by hand, or room charge disabled
Payment gatewayTwo-wayAuthorizations, settlements, tokenized cardsNo card processing — the outage guests actually notice
Energy managementPMS → BASOccupied/vacant state to set back HVACMoney leaks quietly out the window
In-room entertainmentPMS → TV systemGuest name welcome screen, folio review, movie chargesPrevious guest's name on the TV — a real complaint generator
Central reservations (CRS)Two-wayReservations, rates, availability, loyaltyBrand bookings stop flowing; rate parity breaks

Protocols you'll see

  • FIAS — the long-standing hospitality interface specification, still the lingua franca between PMS and phone/HSIA/lock vendors. Runs over serial or TCP. Message-based, plain text, and easy to sniff when you're debugging.
  • OXI / OHIP — Oracle's exchange interface and its modern REST API layer for OPERA integrations.
  • HTNG — industry standard web-services specs that most modern vendors implement for guest and room-state messaging.
  • Legacy properties still have real RS-232 serial links with DB9 connectors and serial-to-IP converters. If your interface uses one, own a spare cable and a known-good converter.

Night audit

The nightly rollover posts room and tax, closes the business day, and produces the reports management lives on. It is the most fragile scheduled process in the building.

  • Know the exact window (usually 2–4 a.m.) and never schedule reboots, patches, or firewall changes inside it.
  • Interfaces must be up during audit or charges land in the wrong day.
  • Automate the report distribution if you can, but keep a manual path documented — the night auditor should be able to run and print it without you.
  • If audit fails, capture the error text before anyone retries. The retry usually destroys the evidence.
Document these five things per interface

Source IP and port · destination IP and port · the service or process name · which vendor owns it · what the front desk does when it's down. Tape a one-page version inside the MDF door.

11 — PROPERTY SYSTEMS

POS and payments

  • Where it lives: front desk terminals, the market/pantry, breakfast area, bar or restaurant if you have one, and the meeting-room billing path.
  • Network: its own VLAN, its own tight ACL, outbound only to the payment processor and the PMS. No browsing, no email, no shared printer with the guest network.
  • Point-to-point encryption (P2PE) and tokenization are the single biggest scope reducers available to you. If the pin pad encrypts at the read head and your systems only ever see a token, most of your property falls out of PCI cardholder-data scope. Ask your processor for a validated P2PE solution.
  • Never store primary account numbers, and never let staff write card numbers on paper for later entry. That practice, not hackers, is what fails most hotel assessments.
  • Offline mode: know what your POS and PMS do when the payment gateway is unreachable. Store-and-forward limits, floor limits, and the manual imprint/voice-authorization procedure should be written on a card at the desk.
  • Pin pad connectivity is a common failure: check the pin pad's own network path (some are USB to the terminal, some are IP with their own address, some are Bluetooth). Document which.
PCI in one paragraph

Segment the payment environment so guests and general staff traffic can't reach it. No vendor defaults or shared passwords. Patch the systems in scope. Restrict physical and logical access to named individuals. Log and retain. Scan quarterly for rogue wireless. Complete the right self-assessment questionnaire annually — your acquirer or franchise will tell you which one. Every one of those steps also happens to be good hotel IT practice.

12 — PROPERTY SYSTEMS

Servers, identity, and M365

What a select-service property typically runs

PMS / interface host

The application, its database, and the middleware bridging to phones, HSIA and locks.

Domain controller

Or nothing at all — many properties are now fully Entra ID joined with Intune, no on-prem AD.

File & print

Increasingly replaced by SharePoint/OneDrive, which is the better answer for a property with one IT person.

NVR

Counts as a server. Needs patching, backups of its config, and monitoring.

Lock / BAS servers

Vendor appliances or Windows boxes that nobody patches. Put them on your list.

Backup target

NAS on site plus an offsite/cloud copy. Encrypted, and not reachable with domain admin credentials.

Operating rules

  • 3-2-1 backup: three copies, two media types, one offsite. Then actually restore something once a quarter — an untested backup is a rumour.
  • Immutable or offline copy. Hotels get hit with ransomware through remote-access tools and vendor accounts. If your backup can be deleted by the same credentials that manage the server, you don't have a backup.
  • No RDP from the internet. Vendor access goes through VPN with MFA, or a brokered remote-support session, with the account disabled between uses.
  • Named accounts, MFA everywhere, no shared logins, including at the front desk. Shared desk logins are the norm and the biggest audit finding; if you can't kill them, at least make the PMS enforce individual user IDs.
  • Patch windows during low occupancy, never during night audit, never on a check-in-heavy afternoon.
  • Least privilege: the front desk agent doesn't need local admin, and your daily account shouldn't be Global Administrator.
  • Offboarding is an IT process, not an HR courtesy. Departures at hotels are frequent; a monthly account review catches what the handover missed.
  • Device management — Intune for staff laptops, compliance policies, disk encryption, and a documented wipe path for lost devices.
Virtualize where you can

One decent host with a hypervisor beats four aging tower PCs under a desk. Snapshots before changes, easier backup, and one hardware warranty to track. Keep the interface host virtual too — just remember serial-attached interfaces need USB or serial pass-through, which is a real constraint on some legacy links.

13 — PROPERTY SYSTEMS

Cameras and NVR

Coverage a hotel actually needs

  • All exterior entrances and exits, the parking lot, and the loading dock.
  • Lobby and front desk (including a view of the desk itself, for staff protection and dispute resolution).
  • Elevator lobbies on every floor, and corridors if your brand or insurer requires it.
  • Back-of-house doors, cash-handling areas, the market/pantry, and the MDF door.
  • Never in guest rooms, washrooms, change rooms, or anywhere with a reasonable expectation of privacy. This is not a design preference — it is a legal line.

System design

  • Dedicated VLAN, no internet. Cameras run outdated embedded firmware and are among the most exploited devices on the internet. Only the NVR talks to them; only your viewing stations talk to the NVR.
  • PoE from a switch with a real budget. IR and PTZ cameras spike their draw at night when the illuminators kick in — that's when an undersized budget drops cameras, which is exactly when you need them.
  • ONVIF gives you cross-vendor compatibility; RTSP is the stream protocol you'll use for testing (rtsp://ip:554/stream in VLC proves the camera works independently of the NVR).
  • Time sync is evidentiary. Point every camera and the NVR at the same NTP source. Mismatched timestamps get footage thrown out.
  • Retention is typically 30 days for a hotel; check your brand standard, insurer, and provincial guidance. Longer isn't automatically better — privacy law generally expects you to keep it only as long as needed.
  • Redundancy: the NVR on UPS, RAID for the array (RAID-5/6, not RAID-0), and a documented export procedure for when police or your GM asks for a clip.
# Storage maths — the only formula you need
GB per camera per day = bitrate_Mbps × 0.45 × 24
Total TB = (cameras × bitrate × 0.45 × 24 × days) ÷ 1000

# Example: 32 cameras @ 4 Mbps, 30 days
32 × 4 × 0.45 × 24 × 30 = 41,472 GB ≈ 41.5 TB raw
# Add RAID overhead and 20% headroom → order ~56 TB usable
  • Bitrate drivers: resolution, frame rate, compression (H.265 roughly halves H.264), and scene motion. A camera pointed at a busy parking lot in wind costs far more than one on a stairwell.
  • Smart codecs and motion-based recording cut storage dramatically, but confirm your brand/insurer accepts non-continuous recording before enabling.
  • 15 fps is usually plenty for corridors; keep 30 fps for cash areas and entrances where you need to identify faces.
Privacy and access

Restrict live view and export to named individuals — GM, security, and you. Log who exported what. Post signage where required. Under PIPEDA and Ontario practice, surveillance footage of identifiable people is personal information: collect it for a stated purpose, secure it, and don't casually share it. Requests from police should go to the GM and follow a documented process.

14 — PROPERTY SYSTEMS

Locks, building systems, TVs, and life safety

Door locks

  • Offline locks (the traditional model) hold no network connection. The front-desk encoder writes a key card; the lock validates it against internally stored logic. Audit data is pulled at the door with a handheld.
  • Online / networked locks use gateways in the corridors to reach a lock server, giving real-time key issuance, remote cancellation, live battery and door-ajar alerts, and mobile key.
  • Mobile key needs three things working together: BLE at the lock, the guest's app talking to the brand cloud, and your lock server reachable from that cloud. When a guest says mobile key failed, check the lock's battery and the gateway first, then the interface to the PMS.
  • Keep lock firmware current. RFID lock platforms have had serious published vulnerabilities. Your vendor's firmware campaign is not optional maintenance.
  • Always keep the mechanical override path — a working master key set in the safe, and staff who know where it is. Every electronic system needs a manual fallback.

Building automation and energy management

  • In-room energy management (occupancy-sensing thermostats) tied to the PMS occupied/vacant state is one of the fastest-paying systems in a hotel. It needs the PMS interface and its own VLAN.
  • Boilers, rooftop units, pool controllers, and laundry increasingly have IP interfaces. They're built by HVAC vendors, not security engineers — segment them and never expose them.
  • Protocols you'll meet: BACnet/IP (UDP 47808) and Modbus TCP (502). Neither has meaningful authentication. Segmentation is their security.

In-room entertainment

  • Hospitality TV platforms (LG Pro:Centric, Samsung LYNK, Enseo, Sonifi, hospitality-mode streaming devices) present a branded welcome screen with the guest's name, folio review, and streaming apps.
  • Casting is the number one in-room tech request. Doing it properly means either a purpose-built casting product or per-room network isolation — not opening the guest VLAN to peer discovery.
  • Budget bandwidth for it: a full property streaming 4K in the evening is a real load, and it competes with the same WAN that serves your PMS.
  • TVs on their own VLAN, with a management path for firmware and channel-map updates.

Life safety — the systems that must never depend on you

Hands off without the vendor
  • Fire alarm panel and its communicator — monitored by an alarm company under code. Never reconfigure the network path it uses without the alarm vendor and, where required, the authority having jurisdiction.
  • Elevator emergency phone — code-mandated two-way communication that must work during a power failure. If copper is being retired in your area, the replacement has to be code-compliant and vendor-installed.
  • Emergency lighting, exit signs, pool alarms — not your network, but know who owns them and keep the contact on your vendor sheet.
  • If any of these ride your data network — increasingly they do — document it clearly and treat every change to that path as a change to life safety.
15 — PHYSICAL

Cabling and closets

High-density Cat6A Patch Panel Termination
Figure 15.1: Clean Cat6A high-density patch panel termination inside the hotel MDF closet with velcro bundling and service loops.
MediaSpeed / distanceUse in a hotel
Cat5e1 Gbps @ 100 mLegacy room drops. Fine for phones and TVs; replace at renovation.
Cat61 Gbps @ 100 m · 10 Gbps @ 55 mStandard for new horizontal runs to rooms and APs.
Cat6A10 Gbps @ 100 mAPs you want to keep for a decade, and IDF uplinks where fibre isn't practical.
OM3/OM4 multimode10–40 Gbps, 300–550 mMDF-to-IDF riser uplinks. The right answer for vertical runs.
OS2 singlemode10 Gbps+, kilometresDetached buildings, long site runs, carrier handoff.
OM4 Multimode Fiber LC Duplex Connector and SFP+ Transceiver
Figure 15.2: Aqua OM4 multimode fiber optic LC duplex connector with ceramic ferrules plugged into a 10Gbps SFP+ optical transceiver module.
T568B RJ45 Color Pinout (Commercial & Hospitality Standard): 1. Wht/Org 2. Orange 3. Wht/Grn 4. Blue 5. Wht/Blu 6. Green 7. Wht/Brn 8. Brown Pair Utilization (100Base-T & 1000Base-T): TX (Transmit): Pins 1 & 2 (Orange Pair) | RX (Receive): Pins 3 & 6 (Green Pair) Bi-directional Gigabit & PoE (802.3at): Pins 4 & 5 (Blue) + Pins 7 & 8 (Brown)
STANDARD T568B RJ45 CONNECTOR TERMINATION SEQUENCE FOR ALL PROPERTY CABLING DROPS.

Interactive T568B Cable Crimp & Termination Tester

Click wire colors in sequence (Pin 1 to Pin 8) to complete a T568B ethernet termination, then test your crimp!

AVAILABLE WIRE COLOURS:
RJ45 PIN SLOTS (PIN 1 - 8):

Rules that don't bend

  • 90 m horizontal maximum for the permanent link, plus up to 10 m total of patch cords. Measure the cable path, not the floor plan straight line — risers, trays, and corners add 30% or more.
  • T568B throughout, on both ends, on every jack. Pick one standard and never mix.
  • Untwist no more than 13 mm at the termination. Sloppy terminations pass a link light and fail under PoE load and 1 Gbps.
  • Bend radius — four times cable diameter for copper, ten times for fibre. Zip-tied bundles crushed against a rack rail cause errors you'll chase for weeks.
  • Plenum (CMP) vs riser (CMR) — if the cable runs through a return-air ceiling space, it must be plenum-rated. This is a fire code issue, and inspectors do check.
  • Separate from electrical. Minimum 300 mm parallel separation from unshielded power lines; cross at 90° when you must cross.
  • Test and certify new runs with a real certifier and keep the reports. When a contractor says "it works", ask for the certification file.

Labelling — the TIA-606 habit

# One scheme, used on every jack, panel port, patch cord and switch port
IDF2-PPA-14SW1-Gi1/0/14RM214-A
 closet panel port      switch  port          room  jack

# Every AP gets one too
AP-2-07  = floor 2, seventh AP  → IDF2-PPB-07 → SW1-Gi1/0/31
  • Label both ends of every cable, printed not handwritten, and re-label after any move.
  • Keep a port map spreadsheet: jack, panel port, switch port, VLAN, device, MAC, and date. This one file saves more hours than any tool you'll buy.
  • Photograph the front and rear of every rack after work is complete. Future-you will thank present-you.
16 — PHYSICAL

Racks and closet layout

Hotel Main Distribution Frame 42U Server Rack
Figure 16.1: Hotel Main Distribution Frame (MDF) 42U server rack housing fiber patch panels, core switches, server infrastructure, and battery backup UPS systems.
  • 1U = 1.75 inches (44.45 mm) in a standard 19-inch EIA-310 rack. An MDF is usually 42U floor-standing; IDFs are typically 12U–24U wall-mount cabinets.
  • Four-post for anything with weight — servers, NVRs, UPS. Two-post is fine for switches and patch panels only. Never rest a server on the cable of the device below it.
  • Depth matters more than height. Measure your deepest device plus 150 mm for cable bend behind it before buying a cabinet.

Stacking order, top to bottom

  1. Carrier demarc and WAN gear at the top — it's where the service entrance cable lands, and it's rarely touched.
  2. Firewall, then HSIA gateway — short, clean runs downstream.
  3. Core switch, then access switches, with a horizontal cable manager between every switch and its patch panel. Patch panel directly above or below its switch, always.
  4. Voice — call controller and analog gateway, grouped so the 25-pair or FXS cabling stays contained.
  5. Servers, NVR, appliances in the middle-lower section on proper rails.
  6. UPS at the very bottom. It's the heaviest thing you own and it belongs at the centre of gravity.

Details that separate a good closet from a bad one

  • Blanking panels in every empty U. Without them, hot exhaust recirculates to the intakes and everything runs 10°C hotter.
  • Front-to-back airflow respected — don't mount a switch backwards because the ports face the wrong way; buy the right port orientation instead.
  • Patch cords in the right length. A rack full of 3 m cords looped into a nest is a rack you can't work in. Stock 0.3 m, 0.5 m, 1 m, 2 m in your VLAN colours.
  • Velcro, never zip ties on network cable. Zip ties deform the jacket and you'll never re-dress the bundle.
  • Vertical managers on both sides of a 42U rack. The cost is trivial next to the time it saves.
  • Grounding — bond the rack and the ladder rack to building ground per code, especially in a property with outdoor cameras or a rooftop antenna.
  • Lock the door and control who has the key. Log entries if you can. The MDF is the single point where the entire property can be taken down by hand.
  • No storage. Housekeeping will put boxes in front of the rack the moment you stop looking. Get the GM to back you on this in writing once, and it holds.
17 — PHYSICAL

Power, UPS, and cooling

UPS sizing

  • Add up the actual draw of everything in the rack in watts, not VA. Switches with full PoE loads dominate — a 48-port PoE+ switch feeding 30 APs can pull 700 W by itself.
  • Target 60–70% loading of the UPS's rated capacity so you have headroom and reasonable runtime.
  • Decide what runtime buys you: 10–15 minutes for a clean shutdown, or 30–60 minutes to ride through short outages and keep the phones and PMS alive. Extended battery packs are cheaper than a second UPS.
  • Line-interactive is adequate for an IDF; use online double-conversion for the MDF, where power quality matters and the load is expensive.
  • Network management card in the UPS so it can alert you and gracefully shut down servers. An unmonitored UPS is a surprise waiting for a Sunday.
  • Test the batteries — self-test monthly, real load test annually, and replace batteries every 3–5 years whether or not they've failed. They fail at the exact moment you need them.

What goes on generator

If the property has one, negotiate for the MDF circuit to be on it. At minimum: firewall, core switch, the switch feeding emergency phones, the call controller, the PMS/interface host, and the front desk. Cameras and the NVR usually make the list too, for obvious reasons.

Cooling

  • Aim for 18–27 °C at the intakes with humidity between 40–60%. Most closet failures are heat, not hardware.
  • A converted storage room with no dedicated cooling will cook your gear in July. A small ductless split or a properly ducted supply and return is a legitimate capital request — bring temperature logs to the meeting.
  • Temperature monitoring with alerting is cheap and pays for itself the first time it catches a failed condenser at 3 a.m.
  • Watch for the closet that shares a wall with the laundry or boiler room. That's a losing thermal fight.
In the closet

Label every PDU outlet with the device it feeds. When you need to power-cycle the NVR remotely at midnight, guessing is how you reboot the PMS instead.

18 — RUNNING IT

Security and compliance

The hotel-specific threat model

  • The lobby is a hostile network location. Anyone can walk in, sit down, and plug into a jack. Ports must be disabled or parked, and wall plates in public areas should be sealed.
  • High staff turnover means credentials leak by default. Named accounts and prompt offboarding matter more here than in an office.
  • Vendors have remote access to the PMS, locks, phones, HVAC, and the NVR. Each is a path in. Inventory them, require MFA, and disable accounts between service calls.
  • Phishing targets the front desk and reservations constantly — fake booking sites, fraudulent chargebacks, "urgent" wire requests to the GM. Train for it specifically.
  • Cameras and IoT are the softest devices you own and they're never patched by anyone else.

The baseline, in order of payoff

  1. Segment the network properly. Everything else is easier afterward.
  2. Kill default credentials on every device — switches, APs, cameras, UPS cards, printers, the pool controller.
  3. MFA on M365, VPN, and every admin interface that supports it.
  4. Backups that a compromised admin account can't delete, tested by restore.
  5. Patch the internet-facing edge first, then servers, then everything else on a schedule.
  6. Log centrally and keep 90+ days.
  7. Quarterly rogue-AP scan — walk the property with a scanner and look for SSIDs and devices that shouldn't exist. A guest's travel router broadcasting your hotel's name is both a security problem and an interference problem.
  8. Annual review: accounts, vendor access, firewall rules that were "temporary", and forwarded ports.
Franchise and brand standards

Your brand will publish technology standards covering minimum bandwidth, approved HSIA and PMS vendors, network segmentation, PCI attestation, and often specific equipment. They supersede this document. Get the current version before any refresh project, and get vendor approval in writing before buying anything — brand-non-compliant gear tends to get discovered during a quality audit, at your expense.

19 — RUNNING IT

Monitoring and documentation

Monitor these, alert on these

ThingCheckWhy it matters at a hotel
WAN circuitsReachability + latency, both circuits independentlyYou want to know before the GM does
Core & access switchesICMP, SNMP uptime, PoE budget, port errors, temperatureRising CRC errors predict a failing run
APsOnline count vs expected, client counts, channel utilizationOne dead AP on floor 3 = a week of bad reviews
PMS + interface hostHost up, service running, interface port listeningThe interface fails silently more often than the server
Call controller & trunksRegistration state, trunk channel availabilitySilent trunk failures aren't noticed until someone tries to call out
NVR + camerasCamera online count, disk health, free spaceDiscovering a dead camera during an incident is too late
UPSOn battery, load %, battery ageEarly warning for building electrical problems too
MDF temperatureThreshold alertCheapest sensor with the highest payoff

Alerts must reach you on your phone, and must be quiet enough that you don't learn to ignore them. Tune out the noise ruthlessly in the first month.

The documentation set — eight files, kept current

Network diagram

Logical (VLANs, subnets, routes) and physical (closets, uplinks, panels). One page each.

IP & VLAN plan

Every subnet, gateway, DHCP scope, and static assignment.

Port map

Jack → panel → switch port → VLAN → device. The workhorse.

Asset inventory

Model, serial, MAC, firmware, purchase date, warranty end, EOL date.

Vendor sheet

Company, product, account number, support phone, contract level, escalation contact.

Credential vault

A real password manager. Not a spreadsheet, not a note taped in the rack.

Change log

Date, what changed, why, who approved, how to roll back.

Runbooks

What the front desk does when each system fails, written for a night auditor at 3 a.m.

If you're the only IT person

Everything above is also your succession plan. A property where one person holds all the knowledge is one resignation away from an outage nobody can fix. Write it down, store it where the GM can reach it, and make sure at least one manager knows how to open a ticket with each critical vendor.

20 — RUNNING IT

Troubleshooting decision trees

"The Wi-Fi is down" — reported by one guest

Start: can other guests on that floor connect? ├─ Yes → it's the guest's device or their room │ ├─ Do they see the SSID? │ │ ├─ No → nearest AP down? check switch port / PoE / AP status → replace or re-seat │ │ └─ Yes → do they get an IP? (check DHCP pool exhaustion first — it's usually this) │ ├─ IP but no portal → walled garden / DNS interception / cert expiry → §08 │ └─ Portal but slow → check AP client count, channel utilization, band the device joined └─ No → it's infrastructure ├─ APs offline on that floor only → IDF switch, its uplink, or its power ├─ APs online but no traffic → gateway / DHCP relay / HSIA gateway └─ Property-wide → go to the WAN tree

"The internet is out" — property wide

Start: can you ping the firewall's LAN IP from a wired back-office PC? ├─ No → LAN problem, not WAN. Check core switch, uplinks, power, STP topology change. └─ Yes → ping 1.1.1.1 from the firewall ├─ Works → DNS is the problem → test nslookup, check forwarders └─ Fails → check WAN interface state ├─ Interface down → physical: SFP, patch cord, ONT lights → then call carrier with circuit ID ├─ Interface up, no route → carrier issue or IP config change → ticket, get an ETA └─ Secondary circuit up? → confirm failover engaged, shape guest traffic, protect PMS + payments + phones first, tell the front desk what to say

"No dial tone in room 214"

Start: is it one room or many? ├─ One room │ ├─ Swap the handset with a known-good one → fixed? it was the phone │ ├─ Still dead → check the FXS port status on the analog gateway │ ├─ Port up → cable fault between gateway and jack → tone and trace │ └─ Port down → is the extension checked in? PMS may have the line restricted → §10 ├─ A block of rooms → one gateway card or one riser pair → check the gateway first └─ Whole property ├─ Admin IP phones registered? → no: controller or voice VLAN / DHCP option issue ├─ Registered but can't call out → trunk problem → check SIP registration / PRI alarms └─ Can call internally, calls drop or sound bad → QoS or WAN congestion → §09

"The PMS is frozen"

Start: one workstation or all? ├─ One → that PC, its NIC, or its session. Reboot it. Check the switch port for errors. └─ All → is the PMS server/service reachable? ├─ Cloud PMS → is the internet up? → WAN tree. If up, check the vendor's status page. ├─ On-prem, server down → power, disk full, or a stuck service → restart in the documented order ├─ Server up, app slow → database, disk, or a stuck night audit → do not force a retry, capture errors └─ App fine but phones/keys/internet not working → it's an interface, not the PMS. Check the interface host and its services. → §10

"Cameras are offline"

Start: how many, and are they on the same switch? ├─ Same switch → PoE budget exceeded (check at night when IR turns on), or switch/uplink fault ├─ Scattered → NVR problem: service, disk full, or network path to the camera VLAN ├─ One camera → port LED, PoE draw, then reboot the port; if it flaps, suspect the cable or a failing camera └─ All, plus NVR unreachable → check the NVR power and its own network port → §13
21 — RUNNING IT

Outage runbooks for the front desk

These belong laminated at the desk, not in your head. Write them for a night auditor with no IT background.

What's downWhat the hotel does immediatelyWhat IT does
PMSSwitch to manual registration cards. Record name, room assigned, arrival/departure, payment method. Keep a written room-status board. Do not double-assign rooms.Diagnose, contact the PMS vendor with the exact error, keep the GM updated with an ETA. Reconcile everything into the PMS once it's back, before night audit.
Payment gatewayFollow the documented offline authorization procedure from your processor. Do not write full card numbers on paper.Confirm whether it's the terminal, the network path, or the processor. Check the processor's status page.
InternetTell guests plainly what's happening and when it's expected back. Have a standard apology script and a manager-approved gesture policy.Confirm failover engaged, protect critical systems, carrier ticket with circuit ID, update the desk every 30 minutes.
Door locks / encoderEscort guests with a master key. Log every escort. Never hand out a master.Check the encoder, lock server, and PMS interface. Vendor support if the lock database is affected.
PhonesPost the front desk mobile number in the lobby and on the guest directory. Verify the elevator phone independently — that one is life safety.Trunk, controller, or gateway. If it's the trunk, ask the carrier about temporary call forwarding to a mobile.
PowerFollow the property emergency plan. Guest safety and egress lighting first.Monitor UPS runtime, shut servers down gracefully before batteries die, document what came back up in what order.
After every outage

Write four lines the same day: what happened, what the impact was, what fixed it, and what change prevents a repeat. Ten minutes of writing now is worth hours the next time — and it's the record that justifies the capital request for the redundancy you asked for last year.

22 — RUNNING IT

Sizing calculators

Rough numbers for planning conversations and quotes. Validate against vendor tools before you buy.

Guest bandwidth
PoE budget
Camera storage
UPS load
23 — REFERENCE

Ports, protocols, and glossary

Ports you'll meet on a property

PortProtocolWhere it shows up
22SSHSwitch, firewall, and Linux appliance management
25 / 587SMTPReport emailing. Block 25 outbound from guest.
53DNSEverything. Intercepted by the captive portal.
67 / 68DHCPAddress assignment; relay configured at the core
69TFTPPhone firmware and config downloads
80 / 443HTTP/SPortals, cloud PMS, management UIs, cameras
123NTPClock sync — critical for logs, locks, cameras
161 / 162SNMPMonitoring polls and traps
389 / 636LDAP / LDAPSDirectory lookups
445SMBFile and print. Never allow it from guest.
502Modbus TCPBuilding systems, boiler and pool controllers
514SyslogCentral logging
554RTSPCamera streams — use it to test a camera without the NVR
1433 / 3306SQLPMS and POS databases, internal only
1812 / 1813RADIUS802.1X staff Wi-Fi, portal authentication
3389RDPServer admin — internal or over VPN only, never exposed
5060 / 5061SIPCall signaling
10000–20000RTPVoice media streams (vendor-specific range)
47808BACnet/IPHVAC and building automation

Glossary

ADR / RevPARAverage daily rate; revenue per available room. Your GM's language — learn it, it's how you justify budget.
BASBuilding automation system — HVAC, lighting, boilers.
BEOBanquet event order; the operational sheet for a group function, often including AV and network needs.
CDRCall detail record — used for billing and audit.
CRSCentral reservation system, run by the brand; feeds your PMS.
DemarcDemarcation point — where the carrier's responsibility ends.
FIASThe hospitality interface specification used between PMS and phone/HSIA/lock systems.
HSIAHigh-speed internet access — the guest internet platform.
IDF / MDFIntermediate / main distribution frame — the floor closets and the main room.
MWIMessage waiting indicator — the light or stutter tone on a guest phone.
Night auditThe nightly PMS rollover that closes the business day.
ONTOptical network terminal — the fibre handoff device at the demarc.
OOO / OOSOut of order / out of service room status.
P2PEPoint-to-point encryption; encrypts card data at the reader, shrinking PCI scope.
PMSProperty management system — reservations, folios, room status, the hub of everything.
PSAPPublic safety answering point — the 911 call centre.
SBCSession border controller — the security edge for SIP trunks.
SVISwitched virtual interface — a VLAN's gateway address on a layer-3 switch.
Walled gardenDestinations reachable before a guest authenticates at the portal.
If you do only five things this quarter
  1. Draw the network diagram and build the port map. You can't secure or fix what you can't see.
  2. Verify guest traffic genuinely cannot reach the PMS, POS, or camera VLANs. Test it, don't assume it.
  3. Change every default credential and put them in a password manager.
  4. Restore one file from backup, end to end, and time it.
  5. Write the front desk outage runbooks and laminate them.