terrible Опубликовано 22 февраля, 2010 · Жалоба прошика: c3845-advipservicesk9-mz.124-8.bin dev.66#sh proc cpu sort CPU utilization for five seconds: 86%/78%; one minute: 84%; five minutes: 83% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 225 2076378281889065478 109 3.60% 3.33% 3.41% 0 PPTP Data 85 1695696561403253008 120 3.19% 2.78% 2.82% 0 IP Input 222 10211264 258671130 39 0.24% 0.24% 0.24% 0 L2X Data Daemon 229 3694328 192150189 19 0.24% 0.29% 0.28% 0 PPP Events 243 5260 1573 3343 0.24% 0.45% 0.12% 450 Virtual Exec dev.66#sh users summ 275 session(s) locally terminated PPPOE 8 VPDN 267 275 total session(s) Нагрузка не более 120 мбит, ната нет, только полисинг in/out, небольшой ACL (in/out), на соседнем коте трафика побольше (около 190 мбит), но нагрузка такая-же. Куда смотреть, чтобы попробовать найти причину такой высокой cpu util? dev.66#sh int switching дропов не показывает, с внешней стороны интерфейсы кота закрыты ACL на L2 свиче. мозги расширены на 1 гиг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nevzorofff Опубликовано 23 февраля, 2010 · Жалоба Так у неё предел на сферическом трафике 500kpps, а у вас ещё терминация тунелей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 24 февраля, 2010 · Жалоба Насколько я понял, нужно снижать pps в каждом тоннеле. Это получается, что в политику помимо полисинга нужно добавлять bandwidth. Я думаю в правильном направлении? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 28 февраля, 2010 · Жалоба Можно ли средствами кошки как-либо снизить pps в тоннеле? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nevzorofff Опубликовано 1 марта, 2010 · Жалоба Неправильно, pps это packets per second, снизить их можно заставив абонентов меньше качать, только они предпочтут тогда другого провайдера Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f13 Опубликовано 1 марта, 2010 · Жалоба если началось недавно то вам сюда http://forum.nag.ru/forum/index.php?showtopic=55025 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ghost Опубликовано 2 марта, 2010 · Жалоба Насколько я понял, нужно снижать pps в каждом тоннеле.Это получается, что в политику помимо полисинга нужно добавлять bandwidth. Я думаю в правильном направлении? policy в политике вроде позволяет указать не только bps, но и pps Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 3 марта, 2010 · Жалоба На вышестоящем длинке прописал правильный PCF на uTP, прокачка увеличилась примерно на 20%, видать в торренте действительно дело Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...