Хотелось бы сделать что-бы половина вланов работала через один сервер,
а вторая половина через другой для этого нужно:
interface=re:^eth0.[0-4][0-9]$,offer-delay=0
interface=re:^eth0.[5-9][0-9]$,offer-delay=100
Скажите так должна работать задержка или нет?
config offer-delay per vlan
Re: config offer-delay per vlan
нет, offer-delay выставляется глобально
Re: config offer-delay per vlan
а очень бы хотелось
это бы решило вопрос с резервированием
и абоненты бы не прыгали сами по себе с одного сервера на другой
как мы уже все знаем 10-15% абонентского оборудования не хотят продлять DHCP правильно
и шлют запрос обоим серверам в одном влане
это бы решило вопрос с резервированием
и абоненты бы не прыгали сами по себе с одного сервера на другой
как мы уже все знаем 10-15% абонентского оборудования не хотят продлять DHCP правильно
и шлют запрос обоим серверам в одном влане
Re: config offer-delay per vlan
Добрый день!
Очень интересное решение.
Нам бы тоже очень было полезно.
У нас сейчас аксель сервера тоже зарезервированы между собой.
Но ситуация такая что мы размещаем по одному серверу на зону(территориально разнесены), и резервируем его сервером с другой зоны. В этом случае абоненты подключаются рандомно на два сервера аксель в зависимости от параметров на серверах offer-delay. Но это влияет на размер каналов связи между зонами(трафик бегает при штатной работе серверов в и с соседней зоне).
При существующей балансировке мы не можем четко разграничить возможно подключения абонента к конкретному серверу. Если появится возможность увеличения задержки на интерфейс - у нас появится возможность привязывать абонента к зональному серверу при штатном режиме работы серверов.
Очень интересное решение.
Нам бы тоже очень было полезно.
У нас сейчас аксель сервера тоже зарезервированы между собой.
Но ситуация такая что мы размещаем по одному серверу на зону(территориально разнесены), и резервируем его сервером с другой зоны. В этом случае абоненты подключаются рандомно на два сервера аксель в зависимости от параметров на серверах offer-delay. Но это влияет на размер каналов связи между зонами(трафик бегает при штатной работе серверов в и с соседней зоне).
При существующей балансировке мы не можем четко разграничить возможно подключения абонента к конкретному серверу. Если появится возможность увеличения задержки на интерфейс - у нас появится возможность привязывать абонента к зональному серверу при штатном режиме работы серверов.