Тестируем 5.3.002
Re: Тестируем 5.3.002
Ничего не сделалиserjk писал(а):Хорошо, добавим.Avdoshkin писал(а): Добавьте поле relay-agent-info в таблицы dhcp_leases_log,dhcp_leases, ок?
to Magnum72
По возможности все описанное сделаем.
Есть такая особенность или Баг.
Допустим абонент получил на компе ip статичный по opt82 все нормально.
Через 2 минуты ставится маршрутизатор (модель любая) и арендовать тот же самый адрес он не сможет пока не удалишь аренду ранее полученную компом во вкладке - Оборудование - DHCP аренда.
Считаю что по идее если запрос идет снова с того же самого порта надо автоматом билингу грохнуть аренду и выдать снова адрес другому маку (устройству).
Вот что в логах на примере получаем адрес микротиком.
Утм посчитало что адрес как бы заюзан...
После удаления аренды микротик получил адрес и заработал.
Допустим абонент получил на компе ip статичный по opt82 все нормально.
Через 2 минуты ставится маршрутизатор (модель любая) и арендовать тот же самый адрес он не сможет пока не удалишь аренду ранее полученную компом во вкладке - Оборудование - DHCP аренда.
Считаю что по идее если запрос идет снова с того же самого порта надо автоматом билингу грохнуть аренду и выдать снова адрес другому маку (устройству).
Вот что в логах на примере получаем адрес микротиком.
Код: Выделить всё
Jun 06 23:50:11 ?Debug : 7f05c700 DHCP_Server: request from 172.16.20.254:68:
DHCP packet header
op: 1
htype: 1
hlen: 6
hops: 1
xid: 97f50fef
secs: 0
flags: 32768
ciaddr: 0.0.0.0
yiaddr: 0.0.0.0
siaddr: 0.0.0.0
giaddr: 172.16.20.254
chaddr: d4:ca:6d:57:36:6f
sname:
file:
option [dhcp-message-type]: 01
option [dhcp-parameter-request-list]: 01790321062a
option [host-name]: MikroTik
option [dhcp-client-identifier]: 01d4ca6d57366f
option [relay-agent-info]: 0106000401a40010020800061caff76c4e66
Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: SELECT id,ip,expired,client_id,binding_id,flags FROM dhcp_leases WHERE mac='d4:ca:6d:57:36:6f' ORDER BY id
Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: 0 rows in 0.001 sec
Jun 06 23:50:11 ?Debug : 7f05c700 LeaseManager: no lease for MAC d4:ca:6d:57:36:6f found
Jun 06 23:50:11 ?Debug : 7f05c700 DHCP_Server: got DHCPDISCOVER packet
Jun 06 23:50:11 ?Debug : 7f05c700 BindingManager: binding #7906761 OK
Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: SELECT mac FROM dhcp_leases WHERE ip='-1407944688' AND (expired>'1402084211' OR flags='1')
Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: 1 rows in 0.000 sec
Jun 06 23:50:11 ?Debug : 7f05c700 LeaseManager: IP 172.20.120.16 is leased by bc:5f:f4:bc:c4:03
Jun 06 23:50:11 ERROR : 7f05c700 LeaseManager: static_offer: IP 172.20.120.16 is already used by another host
Jun 06 23:50:11 ERROR : 7f05c700 DHCP_Server: send_offer: LeaseManagerError: static_offer: IP is already used by another host
После удаления аренды микротик получил адрес и заработал.
Добрый день! Уважаемые разработчики есть предложение насчет обещанного платежа.
Сейчас задается интервал между активациями в днях обещанного платежа. Предлагаю сделать в админке галку обнулять интервал между активациями в начале нового РП (т.е. это 00.00 1 числа) каждого месяца.
Суть в том что если абонент использовал ОП в середине месяца при интервале 30 дней например то в след раз он воспользуется опять в середине месяце.
Можно конечно сделать интервал меньше между активациями но это не совсем то.
Или даже так - В каждом месяце по давать 1 обещ платежу как вариант.
Чтобы не злоупотребляли давать еще следующий обещ платеж если погасили старый (нет кредита у ЛС). Чтобы избежать такого например 31 чмсла сделал обещанный и затем 1 числа сделал обещанный (настал новый РП) не погасив старый платеж (учитывая фактор - Максимальная длительность в админке и кредит на ЛС).
Сейчас задается интервал между активациями в днях обещанного платежа. Предлагаю сделать в админке галку обнулять интервал между активациями в начале нового РП (т.е. это 00.00 1 числа) каждого месяца.
Суть в том что если абонент использовал ОП в середине месяца при интервале 30 дней например то в след раз он воспользуется опять в середине месяце.
Можно конечно сделать интервал меньше между активациями но это не совсем то.
Или даже так - В каждом месяце по давать 1 обещ платежу как вариант.
Чтобы не злоупотребляли давать еще следующий обещ платеж если погасили старый (нет кредита у ЛС). Чтобы избежать такого например 31 чмсла сделал обещанный и затем 1 числа сделал обещанный (настал новый РП) не погасив старый платеж (учитывая фактор - Максимальная длительность в админке и кредит на ЛС).
У кого старая версия UTM - проверьте плз. Дата у меня всегда проставлялась д обновления, на основе этой даты у нас формируются отчеты по кол-ву подключенных абонентов.serjk писал(а):Текущая дата в данном поле никогда не проставлялась.kirush писал(а):При заведении нового абонента, дата подключения автоматически ставится на 1970 г. (уже сообщалось), верните пожалуйста, чтобы стояла текущая:
-
Avdoshkin
- Сообщения: 156
- Зарегистрирован: Вт май 10, 2005 19:28
- Откуда: Ачинск
- Контактная информация:
Дата ставится текущая!kirush писал(а):У кого старая версия UTM - проверьте плз. Дата у меня всегда проставлялась д обновления, на основе этой даты у нас формируются отчеты по кол-ву подключенных абонентов.serjk писал(а):Текущая дата в данном поле никогда не проставлялась.kirush писал(а):При заведении нового абонента, дата подключения автоматически ставится на 1970 г. (уже сообщалось), верните пожалуйста, чтобы стояла текущая: