<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://knowledgebase.pirho.net/index.php?action=history&amp;feed=atom&amp;title=I.T._Sanding_and_the_Guest_Experience_in_Hospitality</id>
	<title>I.T. Sanding and the Guest Experience in Hospitality - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://knowledgebase.pirho.net/index.php?action=history&amp;feed=atom&amp;title=I.T._Sanding_and_the_Guest_Experience_in_Hospitality"/>
	<link rel="alternate" type="text/html" href="https://knowledgebase.pirho.net/index.php?title=I.T._Sanding_and_the_Guest_Experience_in_Hospitality&amp;action=history"/>
	<updated>2026-07-11T13:00:16Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://knowledgebase.pirho.net/index.php?title=I.T._Sanding_and_the_Guest_Experience_in_Hospitality&amp;diff=393&amp;oldid=prev</id>
		<title>Dex: Created page with &quot;= I.T. Sanding and the Guest Experience in Hospitality =  == When Infrastructure Is Felt, Not Seen == In most industries, good I.T. is invisible. In hospitality, good I.T. is felt.  A guest may never see your switches, firewalls, or authentication systems — but they will absolutely feel the difference between a network that was thrown together and one that was designed for visitors.  The guiding idea of this article is simple:  : &#039;&#039;Great hospitality I.T. doesn’t impr...&quot;</title>
		<link rel="alternate" type="text/html" href="https://knowledgebase.pirho.net/index.php?title=I.T._Sanding_and_the_Guest_Experience_in_Hospitality&amp;diff=393&amp;oldid=prev"/>
		<updated>2026-04-19T17:25:35Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;= I.T. Sanding and the Guest Experience in Hospitality =  == When Infrastructure Is Felt, Not Seen == In most industries, good I.T. is invisible. In hospitality, good I.T. is felt.  A guest may never see your switches, firewalls, or authentication systems — but they will absolutely feel the difference between a network that was thrown together and one that was designed for visitors.  The guiding idea of this article is simple:  : &amp;#039;&amp;#039;Great hospitality I.T. doesn’t impr...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;= I.T. Sanding and the Guest Experience in Hospitality =&lt;br /&gt;
&lt;br /&gt;
== When Infrastructure Is Felt, Not Seen ==&lt;br /&gt;
In most industries, good I.T. is invisible. In hospitality, good I.T. is felt.&lt;br /&gt;
&lt;br /&gt;
A guest may never see your switches, firewalls, or authentication systems — but they will absolutely feel the difference between a network that was thrown together and one that was designed for visitors.&lt;br /&gt;
&lt;br /&gt;
The guiding idea of this article is simple:&lt;br /&gt;
&lt;br /&gt;
: &amp;#039;&amp;#039;Great hospitality I.T. doesn’t impress guests — it relaxes them.&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
== The Guest Is Not Here for Your Network ==&lt;br /&gt;
A hotel guest arrives with multiple devices, low patience, high expectations, and zero interest in your infrastructure.&lt;br /&gt;
&lt;br /&gt;
They do not want a lesson in security, a complex captive portal, or a sense that they are being monitored. They want their phone to connect, their laptop to work, their TV to cast, and their stay to feel effortless.&lt;br /&gt;
&lt;br /&gt;
The moment I.T. becomes noticeable, hospitality has already failed.&lt;br /&gt;
&lt;br /&gt;
== The Myth: Security vs Guest Experience ==&lt;br /&gt;
There is a persistent belief that you must choose between strong security or a pleasant guest experience. This is a false dichotomy.&lt;br /&gt;
&lt;br /&gt;
In reality, the most secure hotel networks are often the most comfortable — because they are clear, intentional, and predictable. The key is staging trust, not granting it blindly.&lt;br /&gt;
&lt;br /&gt;
== The Walled Garden Reimagined ==&lt;br /&gt;
A &amp;#039;&amp;#039;walled garden&amp;#039;&amp;#039; is often treated as a penalty box: you cannot do anything until you authenticate. That framing is wrong.&lt;br /&gt;
&lt;br /&gt;
A well-designed walled garden is more like a hotel lobby — safe, calm, clearly bounded, and genuinely useful. Instead of offering nothing, a good garden offers essential services, local resources, clear next steps, and a sense of place.&lt;br /&gt;
&lt;br /&gt;
The goal is not restriction. It is hospitality before trust.&lt;br /&gt;
&lt;br /&gt;
== Full Client Isolation Is the Correct Baseline ==&lt;br /&gt;
Hotel Wi‑Fi is uniquely hostile: thousands of unknown devices, constant churn, no shared trust model, and high abuse potential.&lt;br /&gt;
&lt;br /&gt;
For this reason, full wireless client isolation should be non‑negotiable. Each guest device exists in its own bubble with no guest‑to‑guest traffic, no broadcast leakage, no lateral movement, and no accidental discovery.&lt;br /&gt;
&lt;br /&gt;
This protects guests from each other quietly and completely, but isolation alone is not enough.&lt;br /&gt;
&lt;br /&gt;
== Selective Connectivity: Isolation Without Loneliness ==&lt;br /&gt;
Modern guests expect some things to just work — casting to the room TV, printing documents, discovering nearby services. The solution is not disabling isolation, but mediating discovery.&lt;br /&gt;
&lt;br /&gt;
=== mDNS / Bonjour Done Properly ===&lt;br /&gt;
Protocols such as mDNS and Bonjour do not have to be a security nightmare. When implemented correctly, discovery is proxied, visibility is scoped, direction is controlled, and abuse is prevented.&lt;br /&gt;
&lt;br /&gt;
The guest device never sees other guests. It sees its TV, hotel printers, and approved local services. This is not a hole in the network; it is a curated window.&lt;br /&gt;
&lt;br /&gt;
== TVs and Printers: Perfect Garden Services ==&lt;br /&gt;
Televisions and printers are ideal walled‑garden citizens. They are purpose‑specific, predictable, locally relevant, and easy for guests to understand.&lt;br /&gt;
&lt;br /&gt;
When mapped intelligently by room, access point, or location, casting and printing feel natural without leaking anything unintended.&lt;br /&gt;
&lt;br /&gt;
Guests do not think the network is well‑engineered. They think it was easy — which is exactly the point.&lt;br /&gt;
&lt;br /&gt;
== Proxies and Local‑Only Services ==&lt;br /&gt;
A pleasant walled garden often includes explicit web proxies, update mirrors, local DNS helpers, onboarding pages, and help or status portals.&lt;br /&gt;
&lt;br /&gt;
These services act as gentle bridges: you can do these useful things safely right now. They provide utility, reassurance, and context while dramatically reducing guest frustration and support calls.&lt;br /&gt;
&lt;br /&gt;
== RADIUS, WiSPr, and Quiet State Transitions ==&lt;br /&gt;
Behind the scenes, systems such as RADIUS and WiSPr quietly manage session state, time‑boxing, re‑authentication, and transitions through access stages.&lt;br /&gt;
&lt;br /&gt;
The guest does not need to see any of this. What matters is that access progresses cleanly and honestly:&lt;br /&gt;
&lt;br /&gt;
 Untrusted → Limited → Verified → Trusted&lt;br /&gt;
&lt;br /&gt;
Each stage has clear capabilities, honest boundaries, and predictable behaviour.&lt;br /&gt;
&lt;br /&gt;
== Why Hospitality Notices Good I.T. ==&lt;br /&gt;
Most industries only notice I.T. when it breaks. Hospitality notices when it works.&lt;br /&gt;
&lt;br /&gt;
Well‑designed guest networking results in fewer complaints, fewer support calls, better reviews, calmer staff, and happier guests. It directly supports the core business: comfort.&lt;br /&gt;
&lt;br /&gt;
== The Goal: Civilised Networking ==&lt;br /&gt;
Great hospitality I.T. is calm, predictable, respectful, and quietly protective. It treats guests not as attackers, but as visitors who have not yet been introduced.&lt;br /&gt;
&lt;br /&gt;
A good walled garden is not empty — it is welcoming. And when guests leave without thinking about your network at all, you have done something very right.&lt;/div&gt;</summary>
		<author><name>Dex</name></author>
	</entry>
</feed>