ARTIsshoque

У нас нет redistribute nat. SE отправляет абонентский трафик на бордер с BGP.

Разобрались. В нат полиси не хватало строк: admission-control tcp admission-control udp admission-control icmp endpoint-independent filtering tcp endpoint-independent filtering udp

Столкнулись с такой же проблемой. Каким образом вам удалось её решить?

Собственно, сабж. Контакты: личные сообщения. Приставки нужны в хорошем состоянии, исправные, в полной комплектации.

Как такое вообще может быть, и самое главное, как такую строку дать SCE? Подскажите, как двоеточие в URL экранировать, а то что-то зачастили с ним, а я не знаю что с ним делать и тупо выпиливаю всю строку sed'ом.

Вообще формат строки такой: {Host}:{Path_Prefix}:{Path_Suffix}:{Params_Prefix} Например: *vigruzki.rkn.gov.ru:/services*:*Request:wsdl* будет блокировать сервис выгрузки реестра httр://vigruzki.rkn.gov.ru/services/OperatorRequest/?wsdl (хост заканчивается на vigruzki.rkn.gov.ru, путь начинается на /services, заканчивается на Request, параметры начинаются на wsdl). Естественно, все 4 параметра использовать для блокировки одной записи реестра если и нужно, то крайне редко, в основном хватает первых двух.

Что-то вроде: *kupitspajs.com:*:*:* *organic-mix.com:*:*:* *narkoff.biz:*:*:* UPD: А, нет, вот так: *kupitspajs.com:/auxpage_oplata-i-dostavka:*:* *kupitspajs.com:/category/kupit-spajs/:*:* *kupitspajs.com:/category/kuritelnye-smesi-nalozhennym-platezhom/:*:* *organic-mix.com:/:*:* *narkoff.biz:*:*:* *narkoff.biz:/:*:* *narkoff.biz:/topic/12670-dyrmaniaru-%25d0%25bf%25d1%2580%25d0%25b0%25d0%25b9%25d1%2581-%25d0%25bb%25d0%25b8%25d1%2581%25d1%2582/:*:*

Добрый день, коллеги. Поделитесь пожалуйста парсером реестра для SCE. Выгрузка давно автоматизирована, и туда лезть не хочется, поэтому ищем парсер отдельный от загрузчика реестра. Надо под линукс и желательно, чтобы умел корректно обрабатывать решётки, вопросительные знаки, двоеточия, звёздочки и т.д. Заранее благодарю.

Добрый день. Пытаюсь обновить SCOS с 4.0 на 4.1. Cisco (SCE2020) пишет: Insufficient disk space to install SCOS. Required:211915256,Exists:186097664 .Remove unnecessary files from SCE then retry. Удалил все логи и старые конфиги. Вот вывод команды dir: File list for /tffs0/ 512 TUE NOV 27 08:59:36 2007 DIAG DIR 512 TUE NOV 27 09:01:44 2007 SYSTEM DIR 512 TUE NOV 27 09:10:52 2007 APP DIR 512 TUE NOV 27 09:10:52 2007 IMAGES DIR 512 THU DEC 06 15:56:56 2007 SCRIPTS DIR 512 FRI DEC 21 15:06:24 2007 ENGAGE DIR 2226581 TUE MAR 25 15:49:26 2008 ENG3119.PQI 18392532 WED APR 09 11:04:30 2014 RELEASE_.SLI 8 File(s) 20622185 bytes 208314368 total bytes used 186056704 total bytes free Насколько я понимаю, практически всё место занимают 2 файла: RELEASE_.SLI и ENG3119.PQI, но удалять их нельзя. И каким образом тогда обновляться?

В том-то и дело, что нет. На Cisco есть OID'ы "other TCP", "other UDP" и "other IP", но на них вообще копеечный трафик отображается (фиолетовый цвет на графике). А нам покоя не даёт трафик, которого вообще в цисковских MIB'ах нет.

Мы бы с радостью, если кто поделится.

Добрый день. Используем Cisco SCE2020. Данные забираем по SNMP в Zabbix. Смущает разница в данных по общему трафику и классифицированному. Оба параметра берутся с Cisco, но разница может достигать 50 Mb/s. На cisco используется только дефолтный subscriber. Сервис лоссов нет. В zabbix следующие настройки итемов: Данные по общему трафику на интерфейсе ifInOctets OID: ifInOctets.3 Тип данных: Десятичный Ед. изм.: bps Множитель: 8 Данные по любому типу трафика, к примеру Non-Encrypted Bittorent OID: .1.3.6.1.4.1.5655.4.2.2.1.1.2.1.1.45 Тип данных: Десятичный Ед. изм: bps Множитель: 8192 Для удобства на графике все данные по типам трафика суммируются в категории. Вот графики за один период, на которых видна разница: Хотелось бы знать, у всех такая же картина, или только у нас? В чём заключается причина, и можно ли как-то бороться с этим? UPD: Забыл указать:

Думали об этом, пробовали менять, но на счётчиках это не отразилось. А какую систему используете для мониторинга? Если zabbix, то какие множители для итемов по трафику используете? UPD: Проверили ещё раз, действительно перепутаны порты. Переткнули, теперь графики рисуются нормально. Извиняюсь за тупость :)

Обновили protocol pack до версии 40, ребутнули sce. Скачали 720-мегабайтный файл через торрент. Смотрим счётчики: SNMPv2-SMI::enterprises.5655.4.2.2.1.1.2.1.1.44 = Counter32: 0 SNMPv2-SMI::enterprises.5655.4.2.2.1.1.2.1.1.45 = Counter32: 18333 SNMPv2-SMI::enterprises.5655.4.2.2.1.1.2.1.1.46 = Counter32: 0 Выходит, из 720 Мб посчитались только 18.

Смотрим по OID .1.3.6.1.4.1.5655.4.2.2.1.1.2.1.1.1 - .1.3.6.1.4.1.5655.4.2.2.1.1.2.1.1.192. Конкретно по torrent-трафику смотрим по .1.3.6.1.4.1.5655.4.2.2.1.1.2.1.1.45. А вы какими смотрели? И какую версию ПО и PP использовали?

Добрый день. Используется следующая система: Заметили, что счётчики по типам трафика ведут неправильный учёт. К примеру, за сутки через torrent скачали более 10 Гб, а счётчик показывает 8595 для шифрованного bittorrent и 185614 для нешифрованного (счётчики смотрим по SNMP). В документации указано, что счётчики ведут учёт в килобайтах. Выкладываю пару графиков, чтобы проиллюстрировать разницу в реальной загрузке интерфейса и показаниях счётчиков трафика. Что посоветуете для решения проблемы? Имеет ли смысл откатиться на более старую версию софта, или наоборот поставить более свежий protocol pack? (Кстати, буду благодарен тому, кто поделится PP 40)

Именно. 4.1 не нашли, поэтому поставили 4.0. В нашем конкретном случае reporter не обязателен, мы хотим обойтись без него.

4.1 не пробовали. С 4.0 пытаемся разобраться, на данный момент некорректно считает torrent- и flash-трафик. Возможно новый protocol pack решит проблему.

Похоже, дело не в множителях, т.к. HTTP-трафик показывается правильно. Проблема в том, что SCE неправильно считает Bittorrent и flash. На тестовом компьютере скачали более 4 Гб по торренту, а на счётчике SCE - всего 120 Мб. В чём может быть проблема? Protocol pack версии 38.

anix, благодарю за шаблон. UPD: У вас на итемах по трафику стоят множители 8000. Как получили это число? Шаблон работает отлично, но в нашем случае скорости на графике "traffic" не соответствуют реальной нагрузке и графику скорости Gi0/1. Т.е. если на интерфейсе идёт входящая скорость 20 Mbit/s, то сумма графиков трафика не достаёт и до 2-х Mbit/s.

Добрый день. Планируем рисовать в Zabbix график нагрузки сети разными типами трафика. Возникла пара вопросов; надеюсь, что кто-нибудь уже реализовал подобную схему и сможет мне помочь. Рассчитываем обойтись без CM-сервера, просто собирать информацию со счётчиков SCE по SNMP и хранить в Заббиксе. Видел здесь тему с MIB-ами, но когда у себя запускаю snmpwalk, как указано в теме, получаю слишком много MIB-ов вида: Не понимаю, что означает предпоследняя цифра (она меняется от одного до 16). И какую нужно использовать, если мне нужно видеть общее количество трафика, проходящего между первым и вторым портами? Второй вопрос касается множителей в Zabbix. Кто уже реализовал подобное, подскажите пожалуйста, какие множители использовали для этих элементов данных? Заранее благодарю за любую информацию, способную помочь.

Спасибо.

Добрый день. Пожалуйста, поделитесь набором софта для SCE2020. Желательно версии 3.7.1. Заранее благодарю.

Чем можно аргументировать невозможность пропуска 100 Мбит/c полезного трафика в споре с провайдером?

Здравствуйте. Возник спор с магистральным провайдером (РТК) по поводу пропускной способности 100-мегабитного порта. Провайдер оказывает услугу по пропуску трафика, утверждает, что 100-мегабитный порт может пропускать 100 Мбит полезного трафика в секунду (гигабитный порт предоставить отказывается, мотивируя отсутствием тех. возможности). С нашей стороны видно, что пиковая скорость не превышает 94 Мбит/с в том числе со служебным трафиком (мониторинг производится непрерывно, средствами Zabbix и SNMP на шлюзе). Кроме того, в моменты пиковой загрузки наблюдаются потери пакетов. Прошу объяснить доходчивым языком, прав ли в данном случае провайдер, и чем можно руководствоваться для отстаивания своей точки зрения, если он не прав. Заранее благодарю за ответы.