System architecture, SIP server sizing, lift control integration, and mobile app provisioning for multi-dwelling unit intercom and access control deployments.

Multi-dwelling unit (MDU) access control is one of the most complex residential security deployments: dozens of access points, thousands of residents, multiple visitor flows, and the requirement to work reliably without IT staff on site. This guide covers the architectural decisions that determine whether an MDU system scales smoothly or becomes a maintenance burden.

1. Scale Tiers and Architecture Choices

ScaleUnitsRecommended Architecture
Small MDU10–100Single entrance panel, cloud SIP server, mobile app only — no dedicated server hardware required.
Medium MDU100–5001–4 entrance panels, on-premise or cloud SIP server, optional indoor monitors for premium units.
Large MDU500–2,000Multiple entrance panels, redundant on-premise SIP server (primary + backup), building management console, lift integration.
Master-planned community2,000–9,999Distributed SIP cluster, compound entrance panels, guard station integration, LPR (license plate recognition) at vehicle gates, cloud management portal for property manager.

2. Access Point Inventory

A complete MDU access control design must cover all entry points, not just the lobby:

  • Main entrance panel(s): Visitor video intercom, resident RFID/face recognition reader, delivery buzzer function
  • Basement / parking entrance: Vehicle LPR or RFID barrier control; pedestrian access reader
  • Stairwell doors: Floor-level RFID readers with anti-passback (one credential per entry/exit cycle)
  • Amenity areas: Gym, pool, rooftop — time-scheduled access via the same resident credential
  • Unit front doors: Smart lock (fingerprint + RFID + app) — optional for premium developments
  • Delivery / parcel room: RFID or PIN access for courier delivery, with notification to resident

3. SIP Server Sizing

For on-premise deployments, the SIP server handles all video call routing between entrance panels and resident devices. Sizing rules:

  • Concurrent calls: For most MDUs, peak concurrent intercom calls are 1–3% of units. A 500-unit building needs a server supporting 5–15 concurrent SIP sessions with video.
  • Hardware: A dedicated mini-PC (Intel N100 or equivalent, 8GB RAM, 128GB SSD) handles up to 500 units comfortably. For 500–2,000 units, use a 1U rack server with 16GB RAM.
  • Software: FreePBX (open source), Asterisk with SIP/RTP proxy, or 3CX (commercial license). All support video SIP with G.711/H.264.
  • Redundancy: For large MDUs, deploy a hot-standby SIP server with automatic failover. Intercom calls must not drop when the primary server reboots for updates.
For cloud SIP (3CX Cloud, VoIP.ms), latency for door release must be <300ms measured from button press to relay click. Test this during your pilot phase — high-latency cloud SIP will frustrate residents and generate support calls.

4. Lift (Elevator) Integration

Lift control is a standard requirement for MDU video intercom in the UAE, Singapore, and increasingly Europe. When a visitor calls a resident and the resident unlocks the main door, the intercom system simultaneously sends a floor-unlock command to the elevator controller — allowing the visitor to travel only to the resident's floor.

Integration Methods

  • Dry contact relay: The entrance panel's relay output connects to the elevator controller's floor-enable input. Simple, universal, limited to one floor per relay.
  • RS485 / Modbus: More common for modern elevator brands (Otis, KONE, Schindler). The intercom server sends a Modbus command specifying the floor number — supports dynamic floor assignment per resident unit.
  • BACnet: Required for some Building Management Systems (BMS) integration. Trudian access control servers support BACnet/IP for BMS-integrated buildings.

Anti-Tailgating for Lifts

In high-security MDUs, install a turnstile or speed gate at the lift lobby base. The intercom system grants the turnstile pass simultaneously with the main door unlock, preventing unauthorized residents from following the visitor to upper floors.

5. Mobile App Provisioning at Scale

Provisioning 500+ residents with app credentials is a project in itself. Best practices:

  • Bulk import: Use the building management portal's CSV import for resident names, unit numbers, and email addresses. The system auto-generates SIP extension credentials and sends an invitation email/SMS to each resident.
  • QR code self-enroll: For move-in day, generate a QR code per unit that residents scan to self-provision their app without IT intervention. The QR encodes the SIP server address, extension, and initial password.
  • Multi-user per unit: Each unit should support 2–4 concurrent app users (both spouses, adult children). Configure the SIP dial plan to ring all users in the unit simultaneously (ring group).
  • Renewal on lease change: Integrate with the property management platform (via API) to automatically revoke credentials on tenancy end date and re-provision for the new tenant.

6. Visitor Management for Large Developments

For master-planned communities and gated compounds with a guard booth:

  • Guard station monitor: Dedicated 21" touch monitor at the guard post displays all active intercom calls, visitor logs, and gate status. Guard can unlock any gate from the console.
  • Pre-authorized visitor code: Residents pre-register a 6-digit visitor PIN via the app. Visitor enters the PIN at the entrance panel — door opens without calling the resident.
  • LPR (License Plate Recognition): Vehicle gate camera reads the plate, cross-references against the resident vehicle register, and opens the gate automatically. Manual plate entry for guests via resident app or guard console.
  • Delivery management: Courier integration via QR code scan at the delivery entrance — timed access for the duration of the delivery window only.
FAQ

Frequently Asked Questions: MDU Access Control Design

Large MDU access control design follows a zoned architecture: perimeter (building entrance), vertical (lift/elevator floor access), and horizontal (corridor and unit door). For 500–5,000 units, the SIP intercom server must be sized for concurrent call load — typically 1–3% of units calling simultaneously at peak. A dedicated on-premise SIP server (Asterisk or 3CX) is preferred over cloud-only for buildings above 500 units to ensure reliability during internet outages. Lift integration using RS-485 or Wiegand output from the access control panel restricts floor access by credential. Visitor management at this scale requires a digital pre-authorization system — paper logbooks and guard discretion do not scale beyond 200 units.

The number of door stations depends on building entry points, not unit count. A single-entrance tower of 500 units needs one lobby door station; a podium development with multiple lobbies and parking entrances may need 4–8 door stations for the same unit count. Each door station is a separate SIP endpoint on the building's SIP server. For buildings with multiple wings or blocks sharing a common access control platform, each entrance requires its own door station with its own SIP extension — the SIP server routes calls to the correct resident extension regardless of which entrance the visitor uses. Specify door stations with apartment directory capacity matching your unit count: most models support 100–9,999 directory entries.

Lift integration restricts elevator floor access by credential, preventing visitors and unauthorized users from accessing residential floors directly. Integration methods: Wiegand or OSDP reader inside the lift cab connected to the access control panel, which enables only the floors the credential holder is authorized for after a valid badge or PIN. RS-485 integration with the lift controller allows the access control system to send floor enable commands directly to the lift's control board. For large MDU buildings, specify lift controllers with open protocol integration (Modbus, BACnet, or manufacturer API) to avoid proprietary middleware. Anti-tailgating on lifts requires occupancy sensors or camera-based detection to identify multiple people entering on one credential.

For MDU buildings above 500 units, digital pre-authorization is the only scalable visitor management approach. Residents generate a time-limited QR code or PIN via the building app and share it with their visitor before arrival. The visitor scans the QR code at the entrance intercom or enters the PIN, and the door releases automatically without calling the resident. This reduces guard intervention, eliminates intercom congestion during peak hours, and creates a complete audit trail of visitor access. The building management platform logs the invitation (which resident, which visitor, valid time window) and the actual entry event. Systems that require every visitor to call the resident and wait for manual release do not scale above 200 units without significant guard staffing.

Bulk provisioning at MDU move-in requires a platform that supports CSV import of resident data (name, unit number, phone number, move-in date) and automated credential distribution. The platform generates unique activation links or QR codes per unit, sent to residents via SMS or email — residents download the app and activate their credential without visiting the management office. For buildings with phased handover (floors or wings handed over at different dates), the platform must support activation scheduling tied to individual unit handover dates. Avoid platforms requiring manual credential creation per resident — at 1,000+ units, manual provisioning takes weeks and creates errors. Test the bulk provisioning flow with 50 test accounts before building launch.

100-unit MDU: cloud-hosted SIP server sufficient, 1–2 entrance door stations, smartphone app delivery eliminating indoor monitors, basic access log in cloud platform, single access control panel for entrance and common areas. 1,000-unit development: on-premise SIP server mandatory for reliability, 3–6 entrance points with dedicated door stations, lift integration for all residential floors, visitor pre-authorization platform, dedicated network VLAN for access control traffic, redundant server with failover. 5,000-unit development: distributed SIP server architecture per building block, central management platform aggregating all blocks, API integration with property management software, 24/7 NOC monitoring, dedicated fiber backbone between blocks, SLA-backed maintenance contract with 4-hour response time. Scale the architecture to match the operational complexity — over-engineering a 100-unit building and under-engineering a 5,000-unit development are equally costly mistakes.

The seven most common MDU access control installation mistakes: using Wi-Fi instead of wired PoE for entrance door stations (intermittent connectivity causes missed calls); assigning dynamic DHCP addresses to door stations and cameras (IP changes after lease renewal break connections); installing a single door station for a building with multiple lobby entrances (visitors at secondary entrances cannot call residents); choosing a cloud-only platform without offline fallback (internet outage locks all residents out); not testing lift integration before handover (floor restrictions fail silently); underestimating SIP server capacity for concurrent calls during peak move-in periods; and failing to document the network topology and device IP assignments for the property management team who will maintain the system after the installer leaves.

Planning an MDU Project?

Share your unit count, tower configuration, and target country — we'll design a system architecture and provide a project-specific BOM and pricing.

Request MDU System Design Apartments & MDU Solutions