Yaneia Опубликовано 30 ноября, 2016 · Жалоба Здравствуйте! вопрос такой DGS-3627G выступает шлюзом, пошли жалобы что вечером "тормозит интернет" начал проверять (ping -c 100 -S 1024 -i server1 >> c записью в файл) пакеты идут так: шлюз (DGS-3627G) server1 (конечная) и действительно после 21:00 теряются пакеты (абсолютно хаотично) с этого же компа параллельно запускаю пинг на административный ip (назначил на порту 2 влана tagged) результат такой в административной сети потерь нет (пакеты не проходят через маршрутизацию на шлюзе) в клиентской есть если параллельно с пингом servera1 из клиентской сети, запустить пинг на шлюз (DGS-3627G) то пакеты до server1 доходят без проблем - никаких потерь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 30 ноября, 2016 · Жалоба show cpu_rx_rate_control Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yaneia Опубликовано 30 ноября, 2016 · Жалоба Butch3r Command: show cpu_rx_rate_control Cos Rate Control --- ------------ 0 Enabled 1 Enabled 2 Enabled Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 30 ноября, 2016 · Жалоба Попробуйте вырубить. Только осторожно, если в свич кто-то флудит он может улететь в аут. Лучше иметь подключенную консоль либо техника, который если чё ребутнет Также посмотрите hol - show hol. Тоже может косячить, его тоже можно вырубить Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 30 ноября, 2016 · Жалоба Если DGS тупо как шлюз работает, убейте все пакеты (либо на самом DGS, либо на вышестоящих свичах), которые приходят на его IP интерфейсы, ему полегче будет, хотя не будет пинговаться и на трассировку отвечать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonneandsky Опубликовано 30 ноября, 2016 · Жалоба DGS-3627G выступает шлюзом, пошли жалобы что вечером "тормозит интернет" сколько маков на устройстве? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 30 ноября, 2016 · Жалоба Yaneia Т.е. у вас DGS3627G и терминирует абонентов и является пограничным устройством? Т.е. никаких NAT-ов, BRAS-ов, абонентам даёте реальники? Если это так, то запустите wireshark вечером на абонентском подключении и посмотрите, не прилетает ли к вам левый трафик? (на dst.mac, который вам не принадлежит). если прилетает, то какие объёмы? в wirershark есть инструменты и для фильтрации по маку и для построения графика скорости Если DGS тупо как шлюз работает, убейте все пакеты (либо на самом DGS, либо на вышестоящих свичах), которые приходят на его IP интерфейсы, ему полегче будет, хотя не будет пинговаться и на трассировку отвечать. И как это может влиять на скорость транзитного трафика? Единственный вариант что я вижу, может не успевать обновляться arp, но у ТС походу другая проблема какая-то Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yaneia Опубликовано 1 декабря, 2016 (изменено) · Жалоба Sonneandsky 600+-50 s.lobanov нет, в него подключенны агрегирующие свитчи, а в них свитчи доступа. для некоторых клиентов сделал шлюзом catalist и на нём такой проблемы нет, так что думаю дело именно в DGS UPD отключение HOL не помогло Изменено 2 декабря, 2016 пользователем Yaneia Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
