username

Премного благодарен за отличные и понятные скрипты.

Есть ли смысл апгрейдить SCE8000 с v4.2 на v5.1 ? В надежде на то, что она таки сможет молотить без Service Loss-ов больше, чем 8 гигов входящего + 6 гигов исходящего...

И сколько клиентов держит? По описанию на нем всего 512 l3 интерфейсов Самый нагруженный коммутатор, который есть: до 700 активных в ЧНН хостов в 6-ти L3-виланах. Каждый вилан размером /24. Это непосредственная L3-терминация на этом MES-3116. Бонусом еще сколько то транзитных виланов, которые он просто коммутирует выше в сторону ядра.

Можно узнать подробности? Очень любопытно. Сам первое время натыкался на грабли с mcast profile, но это быстро перебороли. Кто старое помянет... :-) Нашел письмо в архиве: Критичные проблемы 3200-28-revC по сравнению с предыдущими ревизиями: - да-да, мультикаст профили - отсутствие сигнализации об перепутанных монтажниками портах с привязанными маками - необходимость в 4-х комбопортах, как это было у 3200-28-revA, а тут опять 2SFP + 2Combo - подвисающие порты Неприятные: - SNMP OID'ы - они сильно отличаются от revA и revB - коммутатор отправляет сообщения об проблемах не чаще 1 раза в минуту Тогда новая ревизия 3200-го была очень неприятным сюрпризом: абоненты прут, сеть растет, а новая партия коммутаторов не работает. В течение еще 2-3 месяцев мы скупали по всей России остатки 3200-28-revB и внедряли в сеть удачно найденный Eltex-MES-2124.

MES-3116/3124 - вообще вещь. На агрегации используем. Терминируем абонентов на них на L3 :-) Правда, функционал L3 небогат, но минимум есть. За эти деньги вполне.

На сети более 300 коммутаторов Eltex 2124. В целом довольны. Были ньюансы в прошивках, но все успешно решилось с помощью поддержки производителя. До перехода на Eltex закупали Длинки 3526, затем 3200. Отказались от Длинка в тот момент, когда вместо 3200 RevB вдруг вышел 3200 RevC: его не смогли интегрировать в сеть по 6 пунктам. Производитель ничем помочь не смог.

Подниму старый топик. Приглядываемся к MES3116F и MES3124F в роли терминатора виланов, т.е. L3. Вдруг у кого-то есть опыт долгосрочной эксплуатации... позитивный, негативный... любой. Отпишитесь, пожалуйста.

Возникла мысль: Раз балансировка выполняется посредством DNS, то может попробовать поднять на своих провайдерских DNS-ах зону youtube.com и форвардить её в кого-нибудь, на чьих IP-адресах Гугл делает более удачную балансировку? :)

Когда количество умных коммутаторов в сети исчисляется сотнями, или даже тысячами, очень сложно становится тыкаться по веб-интерфейсам железяк, особенно в поисках проблемы "чтота гдета поломалось". Понятно, что спасает SNMP, но ведь должен быть и софт, который будет интуитивно-удобно-понятно через этот SNMP управлять целой кучей коммутаторов/маршрутизаторов. Вопрос: каким софтом для централизованного управления сетью пользуетесь? и пользуетесь ли вообще?

Апну топик. Удалось кому-нибудь пощщупать 10-ти гигабитный Myricom? http://shop.nag.ru/search?word=Myricom

А как такое придумать для циски с ISG?Было бы интересно сделать динамическую безлимитку :)

Проявился на рынке альтернативный магистрал Евротел. Вроде как с собственными линиями связи на основе ЛЭП. Есть у кого положительный или отрицательный опыт работы с ними? Поделитесь, пожалуйста.

Как вариант - объяснить абоненту специфику технологии, что его сервер должен с некой периодичностью генерировать исходящий трафик. Пусть клиент подвесит в крон на своем сервере например "ping ya.ru" раз в 10 минут :)

Есть в боевых условиях 7206 NPE-G1. Железка выполняет роль транзитного шейпера, netflow, совсем чуть-чуть acl. Цифры: Трафик: 115 Mbps (20890 packets/sec) Количество ISG сессий: 3042 Нагрузка проца циски: 49%

Mirror одного из каталистовских портов на юникс-сервер, на юниксе смотришь на этот трафик через tcpdump с аргументами '-vv arp', находишь мак вредителя, который флудит арпами, выключаешь вредителю порт, нагрузка на каталисте тут же падает.

Наверное потому, что абонент с маком 00:1d:60:2a:71:b5 пытался ходить из под соседних ип-адресов, чтобы обойти некие фильтры или посидеть трафика за чужой счет.

давайте ссылку на решение, для общего благого дела можно внедрить.

+1Тоже получали такое письмо от ТТК :) Автор послания наверняка с юмором :)

Как вариант - заказать автообзвон по телефону часов так в 8 вечера, когда абонент находится дома.

Naumen смотрится вкусно, но ценник смущает :)

Рискну апнуть тему... Может быть за два года появились вкусные готовые решения для HelpDesk? Хочется трекер "проблем-тикетов" и одновременно некий CRM, чтоб любой сотрудник предприятия мог получить исчерпывающую информацию об абоненте. Кто какие продукты использует? :-)

Это per flow rate limit, но он есть только на тяжелых Суперах для 65ки или 76ой железку менять - не вариант, надо делать на с7200.остается только рассаживать юзеров мелкими кучками по подсетям размером /27 /28 и резать их рейт-лимитом и полиси... получится до сотни правил на один интерфейс, с этим железка вроде справляется...

заметно - это сколько % средней загрузки cpu? попробовал я нарисовать 200 рейт-лимитов на один интерфейс и нагрузка стала 90-95% :)200 - это на 50 пользователей, по 4 рейтлимита на каждый IP... входящий-исходящий трафик и дневной-ночной -- по ночам даем скорость юзверям побольше :)

ммм... а это за зверь такой Microflows? с чем его едят? :)

Линукс - не хочется, когда под рукой есть циска :) Терминируется обычная статика... без туннелей...