Я инженер-программист и имею некоторую подготовку и опыт работы с сетями TCP/IP, но этого недостаточно, чтобы разобраться в этой неразрешимой проблеме, которая, по-видимому, вызвана конфликтом между выбранным мной маршрутизатором и выбранным мной провайдером широкополосного доступа.
Моя домашняя сеть имеет широкополосное соединение Hyperoptic (UK) 1 Гбит/с, предоставляемое напрямую как Ethernet. В квартире есть входящий порт Hyperoptic Ethernet на стене. Нет модема или кабельного обслуживания, только чистый Ethernet TCP/IP. Маршрутизатор Google Nest WiFi подключен к входящему разъему Ethernet с помощью кабеля CAT6e, маршрутизатор настроен в режиме NAT (не моста), и все домашние устройства затем подключаются к маршрутизатору по WiFi (с несколькими подключенными через неуправляемый коммутатор, подключенный к маршрутизатору). Маршрутизатор имеет публичный статический адрес IPv4, назначенный DHCP-сервером интернет-провайдера (чтобы обойти их CGNAT).
Конфигурация в целом работает хорошо, и устройства Ethernet достигают 600 Мбит/с+, в то время как устройства WiFi достигают 300 Мбит/с+. Однако каждые несколько недель два приложения для смартфонов (как на iOS, так и на Android), используемые для управления маршрутизатором (Google WiFi и Google Home), теряют связь с маршрутизатором, что, как я предполагаю, реализовано облачными сервисами Google. Приложения показывают маршрутизатор как «Оффлайн», когда это определенно не так, и маршрутизатор затем не может быть настроен, а 48-часовые автоматические тесты скорости не происходят (я предполагаю, что триггером являются облачные сервисы Google, поддерживающие маршрутизаторы). Перезагрузка маршрутизатора устраняет проблему, но затем она повторяется через несколько дней.
Я задаю себе вопрос: если маршрутизатор может обеспечивать скорость 600 Мбит/с, почему он потерял соединение с облачными сервисами Google, которые поддерживают управление маршрутизатором через приложение?
Я также использую веб-приложение Todoist в Chrome на MacBook и замечаю, что оно также не может регулярно синхронизироваться, требуются ручные синхронизации, так как оно теряет соединение. Todoist говорит, что нет известных проблем, которые могли бы вызвать это, и поэтому возможно, что это еще один симптом той же сетевой проблемы (хотя это может быть просто проблема Todoist). Никакие другие сетевые устройства или приложения не показывают никаких проблем.
Я обменял 70+ писем со службой поддержки Google по поводу маршрутизатора. Они говорят, что мой провайдер использует тегирование VLAN, а маршрутизатор не поддерживает тегирование VLAN. Провайдер предлагает широкополосный доступ и VoIP-сервис, я подозреваю, что VLAN используются для сегментации, хотя я не использую VoIP-сервис.
Google также говорит, что поскольку IP-адрес шлюза моего маршрутизатора "заканчивается на 223, а не на 1 или 254, это означает, что ваш интернет-провайдер использует тегирование VLAN". Это правда? Я на пределе своих знаний. Я думал, что IP-адрес шлюза, заканчивающийся на 1, был скорее соглашением, чем требованием?
Даже при использовании маршрутизатора, который не поддерживает тегирование VLAN, если на практике сегментация не происходит (только широкополосные данные, без VoIP), разумно ли думать, что маршрутизатор должен просто игнорировать теги и работать нормально? Если бы моя сеть была действительно сегментирована на VLAN, я бы, очевидно, ожидал, что маршрутизатор, который не поддерживает VLAN, не будет работать, но тегирование VLAN бесполезно, поскольку сегментации нет.
Если бы я оставил маршрутизатор Google, есть ли простой способ убрать теги VLAN? Например, если я возьму маршрутизатор ISP и вставлю его между входящим Ethernet и маршрутизатором Google, может ли это привести к их удалению? Провайдер предлагает нет, но я не уверен, что они понимают вопрос. Это означало бы еще одну сеть NAT и могло бы повлиять на производительность.
Я понимаю, что многие люди предпочитают локальные маршрутизаторы, и вы можете посоветовать мне использовать другой бренд, но когда он работает, я ценю скорость и простоту настройки, которые обеспечивает маршрутизатор Google, но при необходимости его можно заменить.
Я был бы очень признателен за любую помощь с ответами на мои вопросы, чтобы лучше понять, как работает тегирование VLAN в таком сценарии.
решение1
Для тех, кто сталкивается с похожими проблемами, в данном конкретном случае решением было использование маршрутизатора от провайдера широкополосного доступа на входящем соединении Ethernet и подключение Nest WiFi к этому маршрутизатору. т. е. вместо замены маршрутизатора провайдера широкополосного доступа на Nest WiFi, используются оба: маршрутизатор провайдера широкополосного доступа отключает WiFi, а Nest WiFi работает в режиме NAT как беспроводная точка доступа. Я беспокоился, что это может повлиять на производительность, но на практике, похоже, нет.