билинговая система
 

Как настроить биллинговую систему для локальной сети?
Есть локалка с рутером, нужна система для подсчета трафика. Куда нужно поставить эту систему, между рутером и свичем или можно как обычный комп в свиче а свич в рутер?
Поставил FreeBSD 7.0, система PIII (256MB) с двумя сетевыми картами (определились как rl0 и rl1), через sysinstall настроил rl0 входом в локалку (192.168.1.194/255.255.255.0) вторую пока не настроил но ifconfig выдает теже настройки что и rl0. Как настроить вторую сетевуху и нужна ли она?

Ставишь модем в FreeBSD.
Делаешь его шлюзом для сети (http://www.opennet.ru/base/net/freeb...setup.txt.html)

Сам все делал по этой статье.

Пригодиться я думаю и http://forum.oszone.ru/thread-117350.html

Что для Вас есть биллинг? Планируете вести учет трафика и брать за это деньги?
Что умеет Ваш роутер? Что это вообще такое - Cisco, Netgear, 3Com, DLink?
Просто для учета трафика - NetAMS.
Конфигурации могут быть разные в зависимости от возможностей вашего железа:
1. Железо умеет Netflow - > сливаете в NetAMS/считаете/отключаете.
2. Железо не умеет Netflow -> считает трафик, прошедший ч/з интрефейсы/считаете/отключаете.

Если надо будет выставлять счета за трафик - то только платные системы: LanBilling или UTM или ... Иначе рано или поздно случится нехорошая ситуация, поверьте мне ;)

Для анализа логов сквида хорош LightSquid.
А вот чем считать все остальное, я пока что сам не определился... просьба поделиться опытом!

ЗЫ: в портах такая картина:
[16:51] mail /usr/ports/net-mgmt/netams # make install clean
===> netams-3.4.1.r1 is marked as broken: does not compile.
*** Error code 1

да, и денег за ето брать не буду
tp-link tl-r480t

Схема подключения: [router] wan port = proivder, lan1 port = FreeBSD.
На BSD:
rl0 - в локальную сеть (свитч с абонентами), имеет IP адрес из диапазона локальной сети, является шлюзом для локальной сети.
rl1 - в одной сети с управляющим IP адресом свитча, имеет маршрут по умолчанию на данный IP.
Трафик считается NetAMS - абонентов разделяем по mac + IP.

P.S> Кстати, неплохая железка на доступ абонентам :)

Мда, к сожалению с портом все печально. Придется его руками исправить и собрать.

Dm1try, А почему-бы не воткнуть линк прова сразу в rl1?
Впринципе не понимаю необходимость этого роутера...

Потому что железка очень много умеет и останентся неплохой потенциал для расширения возможностей сети. Например, можно будет отделить почтовый сервер от локальной сети и т.п. вещи. Или придумать схему при которой сама желазка будет раздвать DHCP.

Изначально не была необходимлсть в подсчете трафика
в данный момент она так и делает и днс тоже

а как вот сделать к примеру план для абонентов? т.е. вот абоненту клиент1 в месяц имеет трафик 2ГБ с каналом в 256кбс, если он потратил трафик то канал сузить к 128кбс (так у одного провайдера видел).

План для абонов есс-но задеется в NetAMS, вот только снизить скорость динамически она не сможет. Сможет просто отключить. В верности последнего до конца не уверен.
P.S>
А провайдеры делают это проще:
802.1X - режут скорость на порту управляемой железки, при помощи атрибутов передаваемых RADIUS сервером (я так делаю ;));
pppoe/vpn - просто шейпят трафик на псевдо-нитерфейсе, который создается при соответсвующем соединении.