подскажите пожалуйста, как поймать sflow с 3627 и конвертировать его в netflow 5.

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

слушал tcpdump'ом - от свитча пакетов sflow не поймал.

Firmware Version : Build 2.20-B35

Про конвертацию это я Вам не скажу. Это лучше к производителям биллинга обратиться на предмет поддержки sFlow. А как Вы настраивали? По поводу таймаута записи о сервере в R3 будет возможность задать чтобы запись не устаревала.

пакеты поймал.
а таймаут - единственный вариант через telnet его дёргать?

Ага. Пока. Только с сервера конечно.

FreeBSD 6.2-RELEASE
sflowtools помогает в данном вопросе. Можно делать с sflow всё что заблагорассудится:) Ловишь sflow, можно конвертировать в netflow 5,9 а можно складывать...смотрите в его сторону.

+1
sFlow Toolkit хорошая вещь

_________________
с уважением, БП

Кто нибуть добился практической реализации учета внутреннего трафика пользователей на DGS-36XX с помощью sflow? Если да поделитесь опытом, а то дальше экспериментов дело не движется слишком сильно плавающие результаты что бы на них опираться при предьявлении трафика клиенту.

всмысле "сильно плавающие"? у Вас расхождение между данными свича и считалкой на клиенте? это так и должно быть ... sflow работает методом семплинга, Вы конечно можете настроить семплинг 1:1 a-la netflow, но тогда оч. сильно возрастет нагрузка на коллектор и свич я думаю так же будет приседать в производительности, зато данные на клиентской считалке и Ваши будут совпадать ...

_________________
с уважением, БП

С конвертированием статистики всё ясно. Не подскажите - можно ли ограничить сбор статистики только межабонентским трафиком (исключить из мониторинга пакеты идущие от или в определённый порт. т.к. трафик в инет считается другим устройством)

Active Rate зашкаливает до 64 - что уже мне кажется не может являтся поводом для "приблизитено-точного" подсчета.
Мне хочется услышать от вас что допустим предел "приблизитено-точного" подсчета является аctive Rate не более 16, а что бы удержаться на этой цифре то на порту:
а) ограничиваю скорость
б) ограничиваю число клиентов (допустим не более двух подсеток)
в) и т.д.
Можно-ли допустим разделить трафик (типа на классы) на порту который считается и который нет (IPTV и VOIP)?

Я думаю только логикой биллинга

Это не очень то радует. Сотрудники D-link это подтверждают?

Режим работы функции port-based. Это единственный вариант при работе в железе.

Я так понимаю что на данный момент никто так и не довел до практической реализации учет внутреннего трафика пользователей на DGS-36XX с помощью sflow и у сотрудников Dlink нет практических рекомендаций по введению sflow как системы учета внутреннего трафика пользователей.

Я бы так не сказал. Все средства для этого есть. Что бы Вы конкретно хотели услышать?