很多酒店在决定上认证系统之前，最担心的一件事是：改造会不会很麻烦，会不会停网停很久，会不会把已有的设备全换掉。这个担心有道理，但改造量到底多少，取决于酒店现在的网络是什么架构。不同架构的情况差别很大，不能一概而论。
改造量的差异，根本上来自网络结构的差异。粗略分两类：
一类是酒店自有局域网。宽带从运营商接入，经过酒店自己的路由器和交换机，分配给各个客房和公共区域。这类网络的特点是酒店有完整的控制权，可以在现有网络中直接插入认证网关，不需要大幅改动原有拓扑。
另一类是运营商光纤直连到每个客房，配三网合一光猫，酒店自己没有独立局域网，每个房间相当于独立上网。这种架构改造认证系统，需要额外加设备进去，而且光猫通常是运营商的设备，酒店不能直接改动，整个改造路径跟前一种不一样。
认证系统需要部署认证网关，通常放在酒店出口路由器和内网交换机之间。这台设备接管网络出口，所有用户的上网流量经过它，未认证的流量被拦截跳转到Portal页面，认证通过后才放行。
对已有AP、AC这些无线设备的影响不大，大多数情况下不需要更换，只需要在AC上配置Portal重定向的URL指向新的认证服务器就行。如果原来的AC支持Portal认证功能（大多数商用AC都支持），配置改动量很小。
需要部署的设备通常是：认证网关一台（放机房出口位置）、认证服务器（本地部署或云端都可以）、日志服务器（如果选择本地存储）。施工层面主要是机房设备上架接线和软件配置，对客房的影响几乎没有，网络割接可以安排在凌晨低谷时间完成，停网时间通常在30分钟以内。
这种架构的改造思路是在光猫旁边加无线路由器，关闭光猫的无线功能，由新加的路由器提供WiFi。路由器通过云端认证平台实现Portal认证，客人连上新的WiFi之后会跳出认证页面。
难点有几个：一是光猫的超级管理员密码掌握在运营商手里，关闭光猫无线这一步需要跟运营商协调，不是酒店自己能直接做的。二是路由器的点位布线需要现场勘测，每4间客房1台路由器是常见的部署密度，楼道走线、设备安装位置要提前确认，否则施工时会出状况。三是改造不动光猫本身，电话和电视功能不受影响，这是好消息。
这类改造的工程量比自有局域网要大一些，主要在施工层面——需要走线、安装路由器、逐一配置设备，工期视酒店规模从几天到几周不等。
如果只做短信认证，不对接PMS，改造量最小，设备部署完成配置短信通道就能用。如果要做PMS对接，让客人用房间号加姓名拼音上网，就需要在认证系统和PMS之间做接口开发。PMS品牌不同，接口规范不一样，要对接过的供应商才能确保顺利，没做过的供应商可能会出现对接工期大幅延长甚至做不成的情况。
选型时有一个建议：直接问供应商做过哪些PMS品牌的对接，让他们报过往案例的PMS名称。你们酒店用的PMS如果在他们的案例里出现过，对接风险就小很多；如果没有，需要认真评估。
这是施工方最需要考虑的事，酒店也需要提前跟施工方约定好。通常的做法是分区域分批次切换：先对某几个楼层进行改造测试，确认认证流程完全正常之后，再推到全酒店。每个批次的切换可以安排在凌晨入住率最低的时候，将对在住客人的影响降到最小。
整体改造过程里有一个细节很关键：哑终端设备（机顶盒、IPTV、智能门锁等）上线之前要把MAC地址录入白名单，否则这些设备在认证系统上线后会被拦截，出现机顶盒无法使用、智能门锁断网等问题，排查起来很麻烦。这件事要在施工前做完整的设备清单，而不是上线后一个一个去排查。
认证系统上线后，建议要求供应商出具一份运维文档，说明管理后台在哪里、日常监控看哪些指标、出了故障第一步做什么。如果酒店IT人员不强，这份文档直接决定了出问题时能不能自己处理，还是每次都要打电话叫人上门。
日志服务器的存储是另一个需要定期关注的事项，容量满了日志写不进去，合规就出问题了。建议在运维合同里明确存储容量监控和告警的责任方。
English