ну о десяти хопах в предыдущих постах не было не слова, если действительно так то сорри. Тогда конечно если надо собирать статистику с точек надо как минимум просить прова для выделения ей реального адреса. По поводу нетфлоу - если трафика много то за 5 минут у точки может элементарно нехватить памяти для хранения ip accounting. Ну а если почаще забирать - то чем это отличается от netflow? :)
Тем более что у ipcad'к нетфлоу достаточно тонко настраивается+будут данные не только об айпи а еще о портах и много чего
Думаю, один из примеров спасет "отца русской демократии".
ebtables -t broute -A BROUTING -i wlan0 --ip-protocol 6 --ip-destination-port RSH -p ipv4 -j redirect --redirect-target DROP
ebtables -t nat -A PREROUTING --logical-in br0 --ip-protocol 6 --ip-destination-port RSH -p ipv4 -j redirect --redirect-target ACCEPT
Зачем такие сложности? еще ebtables приплели! Ну и что что провайдер выделяет /30, это не мешает вам повесить алиас на роутере и дать адрес точке на br0 из этой сетки. А ipcad можно натравить на wlan интерфейс в режиме pcap и по netflow сливать данные на роутер.
Вставлю свои 5 копеек, вот аптаймы реальных линков на BB:
WLAN Access Point wlan1 -> g uptime
AP Uptime -- Day 53, 18:55:28
WLAN Access Point wlan1 ->
WLAN Access Point wlan1 -> g uptime
AP Uptime -- Day 110, 11:09:24
WLAN Access Point wlan1 ->
Поставили, проверили и забыли. О линках помнит только nagios :)