ru.cisco

 
 - RU.CISCO ---------------------------------------------------------------------
 From : Blinov A. Sergey                     2:5020/400     14 Jan 2006  19:14:33
 To : Oleg Gawriloff
 Subject : Re: максимальный траффик
 -------------------------------------------------------------------------------- 
 

 Oleg Gawriloff <Oleg.Gawriloff@f118.n450.z2.fidonet.org> wrote:
 
  OG>>> А часто? Т.е. если каждую неделю к примеру, то зачем такой геморрой,
  OG>>> надежнее нетфловом. А если раз в месяц, то можно и подпорки писать.
  BAS>> В смысле часто ? с включенным CEF на uplink вообще не работала
  BAS>> (приходилось выключать CEF на интерфейсе)
 
                               ^^^^^^^^^^^^^^^^^^^ !!!!!
 
 OG> В смысле часто глючит? И как так CEF выключить? Вообще? Тогда же нагрузка на
 OG> процессор возрастает на порядки. Мы проводили тесты, при 20Мбитах на
 OG> интерфейсе без SSG и с включенном CEFе, после его выключения ложится сразу. 
 OG> Даже на консоль не отзывается.
 
 Я же написал выше - тольно на uplink interface, no ip route-cache cef
 
 грузит проц конечно - но без этого вообще не работало - выключили и стали ждать 
 пока этот глюк подправят
 
  BAS>> Netflow конечно один из выходов - но особо не маштабируемый + нужно
 OG> Так у нас сейчас так и есть, т.е. все нетфловом обсчитывается. Hо нагрузка 
 OG> на биллинг огромная. Вот и думается что SSG один из выходов, в рамках одного
 OG> логина сделать несколько по разному тарифицируемых потоков.
  BAS>> Кому как, у биллинг это использует для отслеживания колличества
  BAS>> одновременных соединений ;(
  OG>>> Сервисные счетчики то работают?
  BAS>> да
 OG> Так определяй по сервисным счетчикам. Там же есть Start/Stop/Alive для 
 OG> конкретного сервиса.
 
 как workarround можно - биллинг правда придется курочить, и если захочется - то 
 нельзя будет сессию по snmp сбросить, или по PoD
 
  BAS>> NPE200/128Mb Version 12.4(3a)
 OG> И сколько клиентов тянет в пике? У нас такая же под 1000 PPTP одновременных 
 OG> проседает по выделению максимального фрагмента памяти (sh mem all tot , 
 OG> последний столбец). Лечится перезагрузкой раз в трое суток, либо отказом от 
 OG> нетфлова.
 
 нагрузки особой там небыло - так что данных особо нет
 
 OG> With best regards, Oleg Gawriloff. 
 
 -- 
 Blinov A. Sergey, POST Ltd. system administrator
 Phone: +7 8652 972729, +7 87934 67937  Email: blny@kmv.ru 
 Information: BLNY-RIPN, BLNY-RIPE 
 --- ifmail v.2.15dev5.3
  * Origin: POST Ltd. (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор