Re: DHCP и привязка к порту коммутатора

From

Valentin Davydov (2:5020/400)

To

Eugene Grosbein (2:5054/37.63)

Date

2006-09-15T09:24:10Z

Area

RU.UNIX.BSD

From: Valentin Davydov <val@sqdp.trc-net.co.jp>

>   From: Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org>
>   Date: Fri, 15 Sep 2006 10:39:00 +0400
>
>Есть микробиллинг под FreeBSD для маленькой локалки, считающий трафик
>на IP-адресах счетчиками ipfw count. Использовался в условиях, где можно было
>полагаться на неизменность MAC-адреса рабочих станций, staticarp
>на интерфейсе роутера и вперед.
>
>Нужно перенести его немножко в другие условия. MAC-адреса меняются
>произвольно, IP-адреса будут выдаваться по DHCP. Можно полагаться
>на неизменность порта коммутатора, в который включается рабочая станция,
>то есть нужно в итоге считать трафик "на порту свича". Свичи L2 управляемые,
>но по SNMP счетчики c интерфейсов снимать не годится, считать надо
>трафик на L3, а не L2.
>
>Как лучше привязать выдачу IP к номеру порта?

Можно по каждому пришедшему на интерфейс роутера ARP запросу (отлавливаемому,
например, через bpf) опрашивать свич на предмет того, в какой порт воткнут 
соответствующий MAC, и прописывать содержащийся в запросе IP в правило allow,
номер которого соответствует номеру этого порта свича, а все остальные правила 
с этим же IP удалять. Тогда независмо от того, кого и сколько в какой порт 
понавтыкалось, суммарный счёт правил с таким-то номером будет соответствовать
unicast-трафику через этот порт (если клиенты не догадаются использовать у
себя static arp или спуфить его, разумеется).

>Можно попробовать найти недорогой свич, отсылающий SNTP trap при появлении
>нового MAC-а на порту, ловить этот трап на роутере и вести на нем
>таблицу соответствия MAC-ов и портов свича,

Это плохо. Трапы иногда теряются.

>а потом при запросе к DHCP
>можно как-то заставить демон выдать определенный IP для нового MAC-а?

Это происходит не потом, а сразу. То есть первый же пакет от нового MACа -
это DHCP-запрос. И придёт он к тебе на роутер раньше трапа.

>Или в крайнем случае пусть выдает любой свободный, еще одно соответствие
>MAC-IP наверое можно обработать.

Не можно, а нужно.

>Можно при запросе к DHCP опрашивать свич, выясняя соотвествие MAC-порт
>и корректировать таблицу IP-порт на роутере. Можно совмещать трапы
>и опрос (трап может и пропасть).

IMHO, закладываться на dhcp при подсчёте вообще не стоит. Не для трафика он 
предназначен.

>А может, есть более правильные пути?

Засунуть каждый порт в отдельный vlan и считать трафик на vlan-интерфейсах.
Вряд ли у тебя там тысячи портов, а vlanы сейчас любые свичи умеют.

Вал. Дав.
--- ifmail v.2.15dev5.3
 * Origin: Demos online service (2:5020/400)
SEEN-BY: 50/12 203 400/814 450/159 186 1024 451/30 461/43 132 640 469/999
SEEN-BY: 550/196 4616/3 4625/8 4635/4 4641/444 5000/76 5000 5006/1 5007/1
SEEN-BY: 5010/70 352 5011/13 5012/46 5015/28 5019/31 5020/18 154 175 194 400
SEEN-BY: 5020/545 549 715 758 982 1057 1523 1604 1630 1909 1922 2142 2238 2395
SEEN-BY: 5020/2450 2590 2871 4441 5021/3 29 5022/128 5025/3 750 5026/45
SEEN-BY: 5027/12 5029/32 5030/49 500 556 966 1063 1080 1900 1957 2828 5031/47
SEEN-BY: 5031/70 5034/10 13 5035/3 38 5036/1 5040/47 5042/13 5045/7 5049/1 50
SEEN-BY: 5049/97 5051/15 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85
SEEN-BY: 5055/95 5057/1 5059/9 5060/88 5061/15 5062/1 10 5063/3 5064/7 5066/18
SEEN-BY: 5074/9 5075/5 5077/70 5080/80 1003 5082/6 5083/21 5085/13 5090/108
SEEN-BY: 5094/4 5095/20 5096/18 5099/11 6001/3 10

PATH: 5020/400 4441 545 5054/1 37