trinux Опубликовано: January 23, 2012 at 12:40 Опубликовано: January 23, 2012 at 12:40 Столкнулся с проблемой, есть портебность выдавать IP по DHCP, как быть с шейпером, если схема следующая tc class add dev $eth_local parent 1: classid 1:$mark2 cbq rate "$speed"Kbit allot 1500 prio 2 bounded isolated tc filter add dev $eth_local parent 1: protocol ip prio 2 handle 800::$mark2 u32 match ip dst $IP flowid 1:$mark2 ??
nightfly Опубліковано: January 23, 2012 at 12:51 Опубліковано: January 23, 2012 at 12:51 А чем пошейпливаемая айпишка выданная dhcpd отличается от написаной вручную? Вы ж в любом случае знаете что ж вы конкретному юзеру выдали.
DarkSpider Опубліковано: January 23, 2012 at 12:53 Опубліковано: January 23, 2012 at 12:53 А в чем выражается проблема ?
trinux Опубліковано: January 23, 2012 at 13:17 Автор Опубліковано: January 23, 2012 at 13:17 ну как же, IP брался из базы и добавлялся в соответствующее поле, правла tc , а при dhcp поле IP пусто.
nightfly Опубліковано: January 23, 2012 at 13:38 Опубліковано: January 23, 2012 at 13:38 ну как же, IP брался из базы и добавлялся в соответствующее поле, правла tc , а при dhcp поле IP пусто. Тобишь вы раздали всем веером айпишки не зная кому какую? И по какому критерию вы собрались формировать шейпер/опознавать юзера? По цвету глаз/настроению/харизме чтоли?. В случае если самоцель не просто раздать вагон айпишек кому попало, а еще потом с этими айпишками что-то в дальнейшем делать и иметь над ними минимальный контроль, люди отталкиваются от одной из двух моделей определения кому же и что они раздали - либо смотрят по MAC что за пациент и что он получил либо взирают в сторону remoteid/circuitid в option82. Третьего не дано.
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас