CGNAT в играх означает, что публичный IPv4-адрес разделяют несколько абонентов у провайдера. Он может осложнить входящие подключения, проброс портов или отдельные P2P-сценарии, но сам по себе не доказывает высокий пинг. Сначала сравните WAN-адрес роутера с публично наблюдаемым адресом, исключите двойной NAT и уточните требования игры. Bufferbloat проверяйте отдельно: это задержка очереди под нагрузкой, а не перевод адресов.
Граница темы: Основная тема страницы — CGNAT, двойной NAT, входящие подключения и порты; Bufferbloat и SQM оставлены отдельной вторичной ветвью, а не смешаны с переводом адресов. Для смежной общей диагностики используйте существующее руководство.
Рисунок 1. Домашний NAT и CGNAT провайдера между игроком и интернетом
Граница темы: CGNAT в играх: как безопасно выявить двойной NAT
Откройте статус WAN в своём роутере и запишите адрес, не публикуя его. Если WAN относится к частным диапазонам либо 100.64.0.0/10 и перед роутером нет вашего второго устройства, вероятен операторский NAT. Если перед основным роутером стоит ещё один маршрутизатор, причиной может быть двойной NAT дома.
Рисунок 2. Дерево различий CGNAT двойного NAT и Bufferbloat
Диагностическая таблица
| Симптом | Возможный слой | Следующий шаг |
| Порт недоступен извне | CGNAT, двойной NAT или firewall | сравнить WAN и топологию |
| Не удаётся создать P2P-лобби | тип NAT или правила игры | проверить официальные требования |
| Вход работает, но пинг высокий | расстояние, путь или нагрузка | измерить конечную задержку |
| Пинг растёт только при upload | Bufferbloat | отдельный нагрузочный тест |
| Все сервисы недоступны | линия, DNS или провайдер | проверить статус и доступ |
Bufferbloat и SQM — отдельная вторичная ветвь
Bufferbloat возникает, когда очередь на узком месте под нагрузкой слишком долго удерживает пакеты. Признак: сеть в покое стабильна, но параллельная загрузка или отдача резко повышает пинг и джиттер. Это может происходить как с CGNAT, так и без него; наличие общего адреса ничего не говорит о размере домашней очереди.
Рисунок 3. Проверка адресов портов и задержки под нагрузкой перед обращением к провайдеру
Контрольный список
- WAN-адрес проверен приватно и не опубликован.
- Домашняя схема исключает второй роутер или модемный NAT.
- Требование порта подтверждено официальной документацией игры.
- Firewall не отключался, DMZ не использовалась как постоянное решение.
- CGNAT, пинг и Bufferbloat проверены разными тестами.
- У провайдера уточнены официальные IPv4/IPv6-варианты.
- Конфигурация и способ отката сохранены.
Различия сетевых метрик разобраны в диагностическом хабе; не смешивайте доступность порта с потерями и маршрутом.
Частые вопросы
CGNAT всегда повышает пинг?
Нет. Он может влиять на входящие соединения и состояние трансляции, но задержка определяется всем путём. Нужны отдельные конечные измерения.
Проброс портов работает через CGNAT?
Домашний проброс не управляет внешней трансляцией провайдера. Возможности нужно уточнять у ISP; не открывайте лишние порты и не отключайте защиту.
SQM убирает CGNAT?
Нет. SQM управляет очередью и задержкой под нагрузкой, а CGNAT переводит адреса. Это независимые механизмы.
Условный тест NoPing
Если проблема именно во входящем доступе, обращайтесь к провайдеру: NoPing не выдаёт публичный адрес. Если CGNAT и Bufferbloat проверены, а до работающей игры остаётся воспроизводимо плохой внешний маршрут, можно провести A/B-тест. Оставляйте инструмент только при повторяемом улучшении сетевых метрик.