1. Kuala Lumpur Apartment Project Overview
1.1.Project Background
The hotel is located in a busy mixed-use district in Kuala Lumpur, serving business guests, short-stay travelers, and small group bookings. It is positioned as a mid-scale city hotel with strong daily room turnover and frequent peak-hour pressure in public areas.
1.2.Basic Hotel Structure
- Building floors: 10
- Number of guest rooms: 82
- Room types:
- Deluxe King Rooms
- Deluxe Twin Rooms
- Business Rooms
- Family Rooms
- Executive Suites
- Public areas:
- Front desk
- Lobby lounge
- Breakfast restaurant
- Small café corner
- 2 meeting rooms
- Guest floor corridors
- Elevator lobbies
- Management office
1.3.Project Goals
The hotel owner did not simply ask us to “install WiFi.”
They made several practical goals clear from the beginning:
First: guest room WiFi had to perform well inside the room, not just look acceptable in corridor testing.
Second: key public areas such as the lobby, breakfast area, and meeting rooms had to remain stable during busy periods.
Third: the construction process could not heavily affect room sales, front desk operation, or daily housekeeping.
Fourth: guest traffic and hotel staff traffic had to be logically separated.
Fifth: the network had to be easy to maintain after handover, even without a full-time IT engineer on site.
From the first survey, we knew this could not be treated as a simple AP installation job. It had to be delivered as a practical hotel wireless engineering project.

2. Main Network Problems Found On Site
Before the hotel appointed our team, there had already been repeated complaints about wireless quality.
These were not total network failure problems. They were the more typical hotel WiFi problems: unstable experience, difficult troubleshooting, and inconsistent performance from area to area.
2.1. Uneven Room Experience
Some rooms were considered acceptable, while others often received complaints about slow video loading, unstable calls, and weak performance near the bed or desk.
From an engineering point of view, this usually means the old design did not follow a true room-based coverage logic.
2.2. Lobby Performance at Peak Times
During check-in peaks, many devices connected at the same time in the lobby and front desk area. Guests opened booking emails, refreshed travel apps, uploaded IDs, and contacted travel partners.
If this area is not designed for short-term dense access, users may still appear connected while the real experience becomes slow.
2.3. Breakfast Area Under Load
This is one of the most common hotel problems.
When the breakfast area is quiet, the network may look fine. But during breakfast rush or a small event, many devices connect at once, and the wireless pressure rises quickly.
2.4. Poor Roaming in Transition Zones
When guests left the room, walked through the corridor, entered the elevator lobby, and moved to the lobby level, the connection was not always smooth.
Typical symptoms included:
- device hesitation near room entrances
- short service drops near elevator zones
- visible signal but poor application performance
2.5. Unclear Cable and Port Records
For engineering contractors, this is a classic long-term maintenance risk.
If the hotel reports that “Room 907 has weak WiFi,” but the AP record, switch port, and room number do not match clearly, fault handling becomes slow and expensive.

3. Why This Apartment Needed Full Design
One common misunderstanding in hotel WiFi work is this:
If the hotel is not very large, people assume it does not need serious design.
In reality, mid-size hotels are exactly where problems appear most often.
The reasons are simple:
- there are many rooms, but the budget is still controlled
- the hotel stays open during construction
- guest traffic changes by time period
- decoration is already complete
- post-project maintenance must stay simple
In other words, this kind of project cannot be treated like a luxury hotel with unlimited budget, but it also cannot be treated like a guesthouse with a few random APs.
It needs a design that is clear, practical, and maintainable.
That is why the principles we set were very clear:
- every guest room should have its own coverage logic
- public areas should use dedicated ceiling AP coverage
- roaming transition zones must be considered separately
- PoE centralized power supply should be used
- gateway and traffic policy should be unified
- handover documents must be complete and useful
4. COMFAST Devices Chosen for This Project

Why did we choose one model for one area and another model for another area? Because hotel WiFi is not only about specifications. It is about matching the right device to the right environment.
4.1. Core Gateway Device
COMFAST CF-AC200, 1 unit
In this project, the gateway was not only used to bring internet access into the building. It also acted as the core control point for the hotel network.
We needed it for:
- internet access control
- centralized policy execution
- basic traffic separation
- easier maintenance and fault isolation
4.2. PoE Switching Layer
COMFAST CF-SG1241P, 4 units
We used 24-port Gigabit PoE switches because centralized power and structured access make the most sense in hotel projects.
The advantages were direct:
- one cable for data and power
- cleaner installation
- easier switch-port troubleshooting
- better floor-by-floor organization
4.3. Public Area APs
COMFAST CF-E395AX, 9 units
These ceiling APs were used in:
- main lobby area
- front desk waiting zone
- breakfast restaurant
- meeting rooms
- guest corridors with heavier roaming pressure
These are not just open areas. They are zones with concentrated users, burst traffic, and higher expectations for stability.
4.4. Standard Guest Room APs
COMFAST CF-E593AX, 82 units
We used one wall plate AP for each guest room.
The reason is simple: the largest number of complaints in hotel projects always come from guest rooms, not corridors.
A room needs stable, direct, and easy-to-maintain coverage. It should not depend on a corridor AP trying to pass through multiple walls.
5. Network Topology for Stable Coverage
A hotel WiFi project cannot depend on AP placement alone. A stable wireless system must begin with a clear topology.
In this project, our topology followed a layered structure based on:
- centralized gateway control
- segmented PoE floor access
- one-room-one-AP logic
- dedicated public-area coverage
- structured roaming paths
The biggest advantage of this topology is that it keeps the hotel network organized, scalable, and easier to maintain.

6. WiFi Design for Rooms and Public Areas
6.1. Guest Room Areas
Guest rooms are the most critical part of the whole project.
We adopted a one-room, one-AP design, not because it sounds advanced, but because the site conditions required it.
Why Corridor APs Could Not Be Used as Main Room Coverage
During the survey, we found that room structures were not simple:
- entry doors caused visible attenuation
- bathroom mirrors and metal fittings affected signal behavior
- wardrobes and TV walls created shadow areas
- desk positions were sometimes far from the entrance
If we had used corridor ceiling APs to try to cover multiple rooms through walls, guests might still have seen the SSID, but bedside and desk performance would have become unstable.
That kind of design may pass a quick demo test, but it does not survive real hotel operation.
What We Focused on During Room Installation
The first point was wall-box adaptation.
The second point was old cable screening.
The third point was AP-to-room mapping.
The fourth point was room restoration after installation.
Every room AP was linked to its room number and switch port in the final documentation.
6.2. Lobby and Front Desk Areas
The lobby and front desk are the places where WiFi problems are least acceptable.
Guests often form their first impression of the hotel network here.
Why We Used CF-E395AX
Because this area needs more than coverage. It needs peak-time capacity.
During check-in peaks, device density rises quickly. If AP resources are not planned correctly, the network may still look available while the real experience becomes poor.
Key Problems We Solved in This Area
- separation of guest and staff usage
- smoother roaming from entrance to lobby
- stable waiting-zone connectivity
- more balanced access during check-in peaks
6.3. Restaurant and Breakfast Area
The breakfast area is a classic short-term high-density zone.
A quiet afternoon test is not enough. Real breakfast traffic is what matters.
What We Did in This Area
- used segmented ceiling AP coverage
- avoided relying on one AP to serve the whole restaurant
- avoided weak installation points near unsuitable ceiling positions
- re-tested during real busy periods
We always emphasize this point: if the restaurant network only performs well when empty, that result has little practical value.
6.4. Meeting Rooms
Meeting rooms are often underestimated in hotel WiFi projects.
User behavior here is very different from normal guest traffic.
Common Scenarios in These Areas
- many devices connecting in a short time
- file downloads and cloud sync
- video meetings
- wireless presentation traffic
- burst uploads after meetings
What We Specifically Addressed
- separate coverage logic for each meeting room
- stable short-term multi-device access
- policy space for temporary meeting traffic
- cleaner separation from ordinary guest browsing traffic
6.5. Corridors and Lift Lobbies
These are the most frequently ignored areas, but also the places where guests most easily feel that “the WiFi is not smooth.”
Why Transition Areas Matter
These areas do not always need the strongest signal. They need the right coverage boundary.
The real goal is not to create the widest possible overlap. It is to create a smooth movement path between room coverage and public-area coverage.
If this is not handled well, guests feel problems exactly when they leave the room.

7. Traffic Segmentation and Network Control
A hotel network must not only provide wireless coverage. It also has to be logically segmented.
This was one of the points we insisted on most strongly.
We planned the network in a way that clearly separated:
- guest internet access
- hotel staff usage
- front-desk and office devices
This helped prevent guest traffic from affecting hotel operations during busy periods.
From a hotel operations point of view, that separation is just as important as signal coverage.
8. Installation Details That Shaped Quality

A hotel WiFi project is not won by the equipment list alone. It is won by construction details.
The details that mattered most in this project were:
8.1. Cable and Port Labeling
Every cable, AP, and switch port was labeled by floor and room number.
This directly reduced future fault-handling time.
8.2. Full Link Testing
We did not stop at “the link light is on.”
Each line was checked for:
- PoE stability
- gigabit negotiation
- packet loss
- connector quality
8.3. Channel and Power Optimization
We did not leave the APs at default settings.
Channel distribution and transmit power were adjusted based on real floor layout and interference conditions.
8.4. Peak-Hour Verification
Before final handover, we tested the network under multi-device load and real movement paths, not only under quiet conditions.
9. Deployment Problems and Our Solutions
9.1. Weak Edge Coverage in Some Rooms
In a few larger room layouts, desk-side performance was weaker than expected.
Our solution:
We adjusted AP placement logic, checked cable quality again, and optimized boundary coverage from nearby public APs without creating excessive overlap.
9.2. Unstable Gigabit on Old Cables
A few old lines were still usable, but not stable enough for modern AP backhaul.
Our solution:
We re-terminated connectors, replaced bad patch cords, and re-pulled poor-quality lines where needed.
9.3. Roaming Needed More Tuning
At first, some transition zones did not hand over smoothly.
Our solution:
We adjusted AP power and refined the overlap boundary until movement tests became more stable.
9.4. Maintenance Had to Be Simpler
The hotel team needed a system that could be understood and managed after handover.
Our solution:
We delivered AP naming rules, room-to-port mapping, cable labels, and a basic fault-check process for the maintenance team.
10. Final Results After Testing and Tuning
After installation, testing, and optimization, the network performance improved clearly.
Main results:
- more stable WiFi inside guest rooms
- better performance during peak periods
- smoother roaming from room to public area
- faster fault location and easier maintenance
- a clearer long-term network structure for hotel operation
The hotel team was especially satisfied with the improvement in room experience, because that has the most direct impact on guest feedback.
11. Project Acceptance and Handover Work
Our acceptance process included more than “can connect to the internet.”
We checked:
- room coverage quality
- public-area continuity
- roaming performance
- AP online stability
- PoE and uplink status
- room/AP/port documentation accuracy
A project is only truly complete when the hotel can operate and maintain it with confidence after handover.
12. Key Lessons from This Apartment Project

This project proved a simple but important point:
A hotel should not use residential WiFi design logic.
A proper hotel wireless system must consider:
- room-by-room coverage
- public-area density
- roaming continuity
- traffic separation
- easier maintenance
- clean construction in finished interiors
That is why the combination of:
- CF-E593AX for guest rooms
- CF-E395AX for public areas
- CF-SG1241P for PoE switching
- CF-AC200 for gateway control
was the right fit for this Kuala Lumpur hotel project.
13. Advice for Future Apartment WiFi Projects
From this project, we would give several practical suggestions:
Do not rely on corridor APs to cover guest rooms.
Always inspect the existing cabling.
Do not judge the network only when the hotel is empty.
Pay close attention to roaming boundaries.
Deliver complete maintenance records at handover.
A professional hotel WiFi project is not just about “making the signal appear.” It is about building a system that stays usable, stable, and maintainable under real hotel conditions.





