повторяю вопрос
 а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы  2Г ?
ограничения решаются не проксей...
стату снимать - простое решение  отминорить трафик ( но не самое оптимальное).

Фильтрацию я привел для примера. Оригинальную новость сейчас не найду но здесь суть : arhivach.org/thread/22246/
Отмирорить траффик - тоже не самое простое решение. Как демон сбора статистики определит соответсвие пришедшего запроса и юзера? При установке сессии нужно как- то задать соответствие текущего адреса конкретному юзеру. А если клиент просто в локалке и получает адрес по dhcp? Что считать моментном установки сессии? syn-пакет? А в случае с udp-протоколом? Много нюансов.

а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы  2Г ?
билинг для провайдеров ... 

Я понимаю, конечно, что вы поизиционируете решение в первую очередь для провайдеров, однако кто сказал, что прокся для провайдера неприменима? Вспомним хотябы оригинальное решение Ростелекома по блокировке ресурсов из черного списка.

При поиске биллинга случайно наткнулся на этот проект, при этом возникла пара вопросов...
1. Авторизация в AD/LDAP. Есть ли возможность синхронизации с AD/LDAP, и если нет, то планируется ли? Когда на предприятии больше сотни пользователей, то забивать руками каждого напоминает операцию восход солца вручную.
2. Планируются ли модули упраления распространенными прокси-серверами (вроде squid)? Прокси бывает для детальной статистики по траффику пользователей.
Спасибо.