У нас недавно было несколько клиентов, которые перешли на Sky Q, и это выявило некоторые интересные моменты и возможные последствия для тех, кто использует или планирует перейти на коммутаторы UniFi.
Мой предыдущий опыт работы с инженерами Sky при установке Sky Q показывает, что даже если дом полностью прокабелен Cat6 (даже когда они убирают старые Sky HD), они настаивают на использовании WiFi для связи между Sky Q приставками — основной Sky Q подключается к роутеру, а Sky Q mini связываются с ним через собственный WiFi. При проблемах они даже ставят Sky Booster (универсальные репитеры).
Я присутствовал при последней установке (Sky Q 2TB плюс 4 мини), объяснил инженеру, что из-за размеров дома беспроводное соединение работать не будет, и раз весь дом проложен кабелем, мы хотим им пользоваться, то есть отключить WiFi на всех Sky Q. Он согласился, но сказал, что их нужно сначала настроить по WiFi, а потом переключить на кабельное подключение. Не знаю, обязательно ли это, но инженер выглядел намного компетентнее обычных мастеров Sky, поэтому я дал ему сделать так — и всё сработало.
Он поставил Sky Q 2TB, подключил первый Sky Q mini, настроил по WiFi, перенёс приставку на новое место (там слишком далеко от основного бокса, чтобы ловить его сигнал), дождался падения соединения, затем вставил Ethernet и дождался, пока подключится. После этого зашёл в меню установщика и отключил WiFi. На третьем Sky Q mini он забыл выключить WiFi, поэтому когда подключал четвёртую приставку, она сразу же связалась третьей по WiFi. Потом он всё равно вставил Ethernet и тем самым свалил всю сеть.
Я попросил его отключить Ethernet, выключить WiFi на третьей приставке, а когда сеть слегка стабилизировалась, включил Ethernet снова и запустил четвёртую приставку. Затем он открыл на iPad приложение и показал, что все боксы «корректно объединяются в mesh» — на диаграмме все Sky Q mini и основной 2TB были связаны друг с другом, а ещё была линия «to LAN». Я сначала особо не обратил внимания, пока не посмотрел клиентов в контроллере UniFi:
WiFi на всех Sky Q выключен. Видно, что каждый подключён своим кабелем к разным портам коммутаторов «Snug» (US-8-150) или «Barn» (US-8-60). Основной Sky Q 2TB – в сарае, на порту №5. При этом, хотя на каждом порту виден Sky Q бокс, IP-адреса там нет, а вместо этого IP назначен порту основного Sky Q 2TB, словно весь трафик идёт через этот бокс по какому-то не-IP протоколу.
После ухода инженера боксы начали сбоить — перестали подключаться к основному боксу в сарае, а в списке клиентов IP адреса появлялись уже на порту №7 коммутатора Snug. Тут я заметил, что к Snug подключён старый ToughSwitch, так как US-8 был полностью занят, а связь с сараем шла через ToughSwitch. Я проверил ToughSwitch — STP был отключён (в то время как два US-8 были настроены с STP из-за Sonos-системы, US-8-150 с приоритетом 4096, так как он связан с USG, US-8-60 с приоритетом 8192). Я перенёс линк в сарай на US-8-150, для верности включил STP и поставил приоритет 16384.
После этого проблемные Sky Q mini в доме сразу заработали, и список клиентов снова стал показывать все IP на порту №5 сарайского коммутатора.
Проверил на других клиентах, где WiFi отключён — ситуация повторяется. Вот пример с одним US-8-150, к которому через Cat6 подключены все три бокса:
А вот случай с двумя Sky Q, опять же через Cat6:
Везде IP-адреса показываются на порту основного Sky Q 2TB, а не на тех портах, куда подключены Sky Q mini.
Я не спросил у инженера скриншот mesh-сети, а в интернете нашёл всего один пример, который ниже:
На картинке показан mesh по WiFi — в той диаграмме, что показывал инженер, в зелёных квадратах было написано «ETH» вместо «WDS».
В общем, похоже, что Sky Q делает какой-то внутренний «mesh», даже если не использует WiFi, и скорее всего маршрутизирует трафик через основной Sky Q по не-IP протоколу, но, что важно, даже если вони нигде не упоминают, это влияет на настройки STP (или их отсутствие) в коммутаторах, которые это понимают.
Если у кого есть дополнительная информация о том, как Sky Q устроена с точки зрения сети, буду рад узнать здесь или в личке/на почту andrew@digitallivingsolutions.co.uk, если не хотите распространять инфу публично.
Мой предыдущий опыт работы с инженерами Sky при установке Sky Q показывает, что даже если дом полностью прокабелен Cat6 (даже когда они убирают старые Sky HD), они настаивают на использовании WiFi для связи между Sky Q приставками — основной Sky Q подключается к роутеру, а Sky Q mini связываются с ним через собственный WiFi. При проблемах они даже ставят Sky Booster (универсальные репитеры).
Я присутствовал при последней установке (Sky Q 2TB плюс 4 мини), объяснил инженеру, что из-за размеров дома беспроводное соединение работать не будет, и раз весь дом проложен кабелем, мы хотим им пользоваться, то есть отключить WiFi на всех Sky Q. Он согласился, но сказал, что их нужно сначала настроить по WiFi, а потом переключить на кабельное подключение. Не знаю, обязательно ли это, но инженер выглядел намного компетентнее обычных мастеров Sky, поэтому я дал ему сделать так — и всё сработало.
Он поставил Sky Q 2TB, подключил первый Sky Q mini, настроил по WiFi, перенёс приставку на новое место (там слишком далеко от основного бокса, чтобы ловить его сигнал), дождался падения соединения, затем вставил Ethernet и дождался, пока подключится. После этого зашёл в меню установщика и отключил WiFi. На третьем Sky Q mini он забыл выключить WiFi, поэтому когда подключал четвёртую приставку, она сразу же связалась третьей по WiFi. Потом он всё равно вставил Ethernet и тем самым свалил всю сеть.
Я попросил его отключить Ethernet, выключить WiFi на третьей приставке, а когда сеть слегка стабилизировалась, включил Ethernet снова и запустил четвёртую приставку. Затем он открыл на iPad приложение и показал, что все боксы «корректно объединяются в mesh» — на диаграмме все Sky Q mini и основной 2TB были связаны друг с другом, а ещё была линия «to LAN». Я сначала особо не обратил внимания, пока не посмотрел клиентов в контроллере UniFi:
WiFi на всех Sky Q выключен. Видно, что каждый подключён своим кабелем к разным портам коммутаторов «Snug» (US-8-150) или «Barn» (US-8-60). Основной Sky Q 2TB – в сарае, на порту №5. При этом, хотя на каждом порту виден Sky Q бокс, IP-адреса там нет, а вместо этого IP назначен порту основного Sky Q 2TB, словно весь трафик идёт через этот бокс по какому-то не-IP протоколу.
После ухода инженера боксы начали сбоить — перестали подключаться к основному боксу в сарае, а в списке клиентов IP адреса появлялись уже на порту №7 коммутатора Snug. Тут я заметил, что к Snug подключён старый ToughSwitch, так как US-8 был полностью занят, а связь с сараем шла через ToughSwitch. Я проверил ToughSwitch — STP был отключён (в то время как два US-8 были настроены с STP из-за Sonos-системы, US-8-150 с приоритетом 4096, так как он связан с USG, US-8-60 с приоритетом 8192). Я перенёс линк в сарай на US-8-150, для верности включил STP и поставил приоритет 16384.
После этого проблемные Sky Q mini в доме сразу заработали, и список клиентов снова стал показывать все IP на порту №5 сарайского коммутатора.
Проверил на других клиентах, где WiFi отключён — ситуация повторяется. Вот пример с одним US-8-150, к которому через Cat6 подключены все три бокса:
А вот случай с двумя Sky Q, опять же через Cat6:
Везде IP-адреса показываются на порту основного Sky Q 2TB, а не на тех портах, куда подключены Sky Q mini.
Я не спросил у инженера скриншот mesh-сети, а в интернете нашёл всего один пример, который ниже:
На картинке показан mesh по WiFi — в той диаграмме, что показывал инженер, в зелёных квадратах было написано «ETH» вместо «WDS».
В общем, похоже, что Sky Q делает какой-то внутренний «mesh», даже если не использует WiFi, и скорее всего маршрутизирует трафик через основной Sky Q по не-IP протоколу, но, что важно, даже если вони нигде не упоминают, это влияет на настройки STP (или их отсутствие) в коммутаторах, которые это понимают.
Если у кого есть дополнительная информация о том, как Sky Q устроена с точки зрения сети, буду рад узнать здесь или в личке/на почту andrew@digitallivingsolutions.co.uk, если не хотите распространять инфу публично.