Возникла необходимость посчитать трафик внешнего WAN порта. Эта задача была решена сравнительно просто: PRTG (спасибо Вашим специалистам за дельный совет).
К хорошему быстро привыкаешь, поэтому не удивительно, что теперь хочется посчитать трафик с каждого порта DI-704P. Тут есть два решения: либо считать его тем же методом, с каким работает PRTG (по SNMP), либо простым внешним калькулятором на любой машине в сети.
Забыл уточнить, что считать трафик хочется не с целью взимания платы или еще чего, а просто для себя (и, в какой-то мере, для руководства), т.е. подсчет «черного», служебного трафика вполне устраивает.
Для первого метода нужна программа подсчета
Это раз. Два в том, что сам роутер (замечу, что его работой доволен как слон: поставил за _5_ минут первого общения (!) и уже месяц не знаю никаких проблем! И это за 60$!) должен поддерживать эту возможность (насколько я понимаю, но могу и ошибаться в причинно-следственной связи
. Т.е. нужно каким-то образом исхитрившись забирать с него эту статистику, включающую кто, куда и сколько. Это может быть просто сырой материал (*.log) на последующее съедение скриптами. Вы тут пару раз затрагивали эту тему, но ничего не предложили сославшись на то, что в трафик будет включено много служебной информации («…до нескольких мегабайт в день»).
Второй вариант по методу TMeter: скопировать _весь_ трафик в один порт к которому подключен сервер с запущенной службой TMeter, а дальше фильтрами легко (а, может быть, и не легко
можно организовать «биллинг» любой сложности. Здесь проблема в дублировании всех пакетов на один порт.
Вот такие два вопроса. Можно или нет?
Таким образом у Вас решить задачу не получится: DI-704P работает как NAT и все запросы локальных пользователей отправляет дальше от своего IP, так что вряд ли думаю можно будет разобрать кто куда и сколько. Сам же он подобной статистики не предоставляет - ну простое устройство, не рассчитано оно на биллинг, увы!
Что же касается служебного трафика - немного путаете, там речь шла о съеме статистики с портов коммутатора.