Britney

на 3526 из-за подыхающих блоков питания сначала гиговые поднимаются только на 100, потом вообще не заводятся, а потом уже и соточные порты отмирают (все происходит за 1-2 недели).

может и не совсем в тему, но почти все, что связано с очередями в сетях, расписано в книжке Шриниваса Вешешны "Качество обслуживания в сетях IP" (на торренте присутствует). Еще можно вот это почитать ради интереса: http://jre.cplire.ru/alt/nov01/2/text.html А вообще не совсем понятно, что там с очередями-то делать - посмотрел на график загрузки линка и все понятно

а как вообще можно мониторить загрузку потока E1? Он же всегда забит ровно на 2,048 Мб/с.

уважаемые, а где кладезь мудрости находится по поводу особенностей архитектуры цискиных железок? Цискосайт не особо щедр в этом вопросе, а уж очень интересно стало где и какой подводный камень спрятан.

и еще на месячных и годовых графиках хорошо видны синие ямы - большие и маленькие

на подобных графиках хорошо видно пятницу, субботу, воскресенье и понедельник, а также всякие праздники, ну и погоду можно в летнее время оценивать, по крайней мере, сравнивать со вчерашней, естественно делая поправку на день недели.

прошу прощения - неправильно выразился, имелось ввиду на исходники посмореть и вот еще присмотрелся и заметил, что такое (либо что-то очень похожее) на самом деле бывает (только бутается не конечный девайс, а промежуточный свич, либо стп перестраивается), а вот как это объяснить с точки зрения здравого смысла?..

прошу пардона, т.к. так и не удалось понять, что и как работает, возникает такой вопрос, а можно ли как-нибудь посмотреть, как IOS внутри устроен, хотя бы и древний какой-нибудь

1. арп-таймаут указывает время, в течение которого запись будет жить в арп-таблице, в худшем случае после окончания физического поступления пакетов от указанного источника. Т.е. 4 часа говорят о том, что, допустим, время жизни записи было 0 минут, и пакеты от данного абонента вдруг перестали идти, так вот запись проживет там еще 240 минут, после удалится. Может быть это связано с частотой хождения пакетов, т.е., скажем, пакеты от абонента идут не переставая и появляются не реже раза в 1 минуту. Если пакет за следующую минуту не пришёл, то время жизни увеличивается, циска задумывается, а не умер ли юзер. Проходит пара минут, тут на тебе, приехал пакет, циска на радостях обнуляет время жизни, как бы воскрешая абонента. Естественно интервалы я взял от балды. 2. конечный девайс может хоть заребутаться, другие железки в эзернете/ип этого никогда не почувствуют, если только не физический линк их соединяет. Тут дело не в этом. А инкомплит, получается может появляться минимум в двух случаях: а) подготавливается место в памяти (часть полей не заполнено), когда через циску проходит запрос к требуемому абоненту б) случай ИКС, когда никакие запросы не проходят и сама циска их не генерит (смотрел через сниффером), т.е. как бы вообще с пустого места

1. 1200 секунд это 20 минут, а у меня и 142 минуты представлено, частенько и до 3 часов дело доходит. 2. если арп-запрос был, да и вообще любой пакет проскочил с ипом отправителя из разрешенной подсети, то сразу же вроде бы запись должна формироваться, а тут некий инкомплит Вопрос то я этот поднял, чтобы хотя бы примерно зная физику процесса можно было отсеивать уже неактуальные записи. Ведь при работающем абоненте время жизни можно сбрасывать в ноль хоть каждую микросекунду, ан нет, оно ж как-то по-умному обнуляется, наверное и принцип некий есть, не рэндомом же.

да, и еще в каких случаях она предпочетает писать строку со словом Incomplete Internet 10.50.11.125 0 Incomplete ARPA вместо того, чтобы вообще не записывать в таблицу?

Подскажите, каким образом циска выбирает, в какой момент сбросить время жизни записи в арпе в ноль router#sh arp Protocol Address Age (min) Hardware Addr Type Interface Internet 10.15.60.34 - 0007.0e34.f040 ARPA GigabitEthernet0/0.162 Internet 10.15.89.38 6 4c00.1051.1f2a ARPA GigabitEthernet0/0.163 Internet 10.15.24.2 - 0007.0e34.f040 ARPA GigabitEthernet0/0.162 Internet 10.15.89.33 30 0011.956f.88c2 ARPA GigabitEthernet0/0.163 Internet 10.15.24.1 0 0013.46de.a762 ARPA GigabitEthernet0/0.162 Internet 10.15.59.45 142 000f.ea5d.7637 ARPA GigabitEthernet0/0.163

на торрентс.ру одмины вроде как собираются реализовать идею retracker.local, заинтерисованным лицам не мешало бы отписаться http://torrents.ru/forum/viewtopic.php?t=2078919

сомневаюсь на счет форматирования...

видел как-то график загрузки стыка голды и рт, так там 10г порт в полке находится примерно 70% времени в обе стороны