Опыт установки 5.3 на боевом сервере

Технические вопросы по UTM 5.0
Ответить
Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

forgotten писал(а):
serjk писал(а):Функционалом это сложно назвать, скорее багом. Для корректной реализации требуется определенный объем работы и тестирования. Раз функционал оказался востребован - реализуем в 5.3-003 (если будет возможность слить эти изменения в ветку 5.3-002 - войдет в один из будущих апдейтов)
Было бы здорово если вы доделаете функционал установки коэффициента стоимости в сервисных связках. Нужна возможность точно указать на какой период действует этот коэффициент. Сейчас при изменении коэффициента перерасчет делается в конце текущего расчётного периода, а это не очень удобно. Скидка обычно даётся на будущие расчетные периоды, а не на текущий. И контролировать абонентов со скидкой тяжело, поэтому нужно добавить время окончания действия скидки.
Этот функционал вполне может заменить время начала действия сервисной связки.
Это основной нюанс так сказать, то что есть скидка это супер, но неплохо бы доработать:
1) Добавить время начала и окончания скидки
2) В момент окончания скидки не производить перерасчет абон платы (сейчас чтобы отменить скидку необходимо отключить услугу со скидкой и вновь её подключить без скидки)
3) Сделать возможность назначать на одну услугу несколько скидок в том числе действующих одновременно (может такое быть что на доме действует повышающий коэфф и абонент имеет персональную скидку) Идеально это реализовать на подобии того как реализованы техпараметры: для создания новой записи о скидке, указываем наименование скидки (идентификатор в свободной форме, для того чтобы можно было понять за что отвечает конкретная скидка) указываем идентификатор сервисной связки, указываем дату начала и окончания действия и коэффициент.

gudwin8882
Сообщения: 22
Зарегистрирован: Пн янв 26, 2015 13:03

Сообщение gudwin8882 »

torrus писал(а):

Код: Выделить всё

DHCP packet header
      op: 1
   htype: 1
    hlen: 6
    hops: 1
     xid: 6f7faf2b
    secs: 0
   flags: 0
  ciaddr: 0.0.0.0
  yiaddr: 0.0.0.0
  siaddr: 0.0.0.0
  giaddr: 192.168.201.1
  chaddr: cc:b2:55:91:cb:63
   sname:
    file:
  option [dhcp-message-type]: 01
  option [dhcp-client-identifier]: 01ccb25591cb63
  option [dhcp-class-identifier]: udhcp 0.9.8
  option [dhcp-parameter-request-list]: 0103060c0f111c422179f9
  option [relay-agent-info]: 01060004006f00030208000678542ebe9220

Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; SELECT id,ip,expired,updated,client_id,binding_id,flags FROM dhcp_leases WHERE mac='cc&#58;b2&#58;55&#58;91&#58;cb&#58;63' ORDER BY id
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; 0 rows in 0.000 sec
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 LeaseManager&#58; no lease for MAC cc&#58;b2&#58;55&#58;91&#58;cb&#58;63 found
Jan 20 13&#58;34&#58;21  Info  &#58; b69feb70 packet log&#58; DISCOVER from cc&#58;b2&#58;55&#58;91&#58;cb&#58;63 relay-agent-info 01060004006f00030208000678542ebe9220
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DHCP_Server&#58; got DHCPDISCOVER packet
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; SELECT COUNT&#40;id&#41; FROM dhcp_leases WHERE expired>'1421750061'
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 DBConnection_mysql&#58; <0x9c6ca30> SQL SELECT query&#58; 1 rows in 0.000 sec
Jan 20 13&#58;34&#58;21 ?Debug &#58; b69feb70 LeaseManager&#58; no IP-MAC-port binding found for cc&#58;b2&#58;55&#58;91&#58;cb&#58;63
Jan 20 13&#58;34&#58;21  ERROR &#58; b69feb70 DHCP_Server&#58; send_offer&#58; BindingNotFoundError&#58; no suitable binding
Вот что это такое и как считать => Jan 20 13:34:21 Info : b69feb70 packet log: DISCOVER from cc:b2:55:91:cb:63 relay-agent-info 01060004006f00030208000678542ebe9220 ? Что за агент-инфо?

Схема такая: Пара роутеров => D`Link des-1228ME => агрегация DGS 3620 => Redback SE100 (dhcp proxy) => UTM DHCP+Radius+Core.

Или я вообще не туда смотрю? Вот option [dhcp-parameter-request-list]: 0103060c0f111c422179f9 в тут ответ есть?
Как вы решили данную проблему, покажите профиль оборудование для это свитча

banec
Сообщения: 269
Зарегистрирован: Вт сен 11, 2007 09:06

Сообщение banec »

Magnum72 писал(а):
Это основной нюанс так сказать, то что есть скидка это супер, но неплохо бы доработать:
1) Добавить время начала и окончания скидки
2) В момент окончания скидки не производить перерасчет абон платы (сейчас чтобы отменить скидку необходимо отключить услугу со скидкой и вновь её подключить без скидки)
3) Сделать возможность назначать на одну услугу несколько скидок в том числе действующих одновременно (может такое быть что на доме действует повышающий коэфф и абонент имеет персональную скидку) Идеально это реализовать на подобии того как реализованы техпараметры: для создания новой записи о скидке, указываем наименование скидки (идентификатор в свободной форме, для того чтобы можно было понять за что отвечает конкретная скидка) указываем идентификатор сервисной связки, указываем дату начала и окончания действия и коэффициент.
Еще все манипуляции можно делать с группой.

+ на динашейпере сделайте докупку трафика абонентом. уже тоже писали по этому поводу.

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

А можно обещанный платеж по тарифам реализовать, а не по группам как сейчас?
Чел сменил тариф в ЛК, а группа то у него не сменилась...

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

В качестве пожеланий....

Неплохо бы в политиках добавить поведение при отсутствии какой либо блокировки, для того чтобы например не списывать какую нибудь услугу пока пользователь активен, а как только уходит в минус начинать ее списывать.

Добавить возможность вызова RFW при событиях:
создании и удалении сервисной связки;
при добавлении и удалении пользователя из группы;

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Нашел баг (update 16) у человека оформлена подписка и списываются деньги каждый день а не раз в месяц!!!
Изображение
Вот в ЛК отображается так и денег у него около 400 руб
Изображение
Раньше подобные списания шли в отчете Индивидуальные услуги а не Другие списания.

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Нашел баг
В Отчеты-DHCP-аренда - Обновлен не соответствует реальности. Истекает все верно. Тоже самое если зайти в связку абонента и там отчет сделать DHCP аренды.
Если смотреть Оборудование-DCHP аренда то там Обновлен и Истекает все как и должно быть.
В итоге Обновлен не совпадает в Отчеты-DHCP-аренда с тем что в Оборудование-DCHP аренда

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Уважаемые разрабы! Спасибо большое за обратную связь и за внедрение необходимого функционала. 17 апдейт порадовал!

Аватара пользователя
торопыга
Сообщения: 61
Зарегистрирован: Пн ноя 01, 2010 12:06

Сообщение торопыга »

Добрый день! Обновился с 5.2.1-007 на 5.3-002(update16)-FreeBSD10x64 в main.log постоянно сыпет:

May 05 17:26:16 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9764, tclass=20, base_cost=2 (multiple rows was updated)
May 05 17:26:23 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9764, tclass=10, base_cost=2 (multiple rows was updated)
May 05 17:26:29 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =4215, tclass=30, base_cost=2 (multiple rows was updated)
May 05 17:26:50 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =4215, tclass=200, base_cost=3 (multiple rows was updated)
May 05 17:27:01 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7166, tclass=20, base_cost=3 (multiple rows was updated)
May 05 17:27:21 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9528, tclass=10, base_cost=2 (multiple rows was updated)
May 05 17:27:21 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9528, tclass=20, base_cost=30 (multiple rows was updated)
May 05 17:27:34 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7462, tclass=10, base_cost=1 (multiple rows was updated)
May 05 17:27:37 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7744, tclass=40, base_cost=5 (multiple rows was updated)
May 05 17:27:37 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7744, tclass=30, base_cost=2 (multiple rows was updated)
May 05 17:28:19 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9770, tclass=20, base_cost=1 (multiple rows was updated)

подскажите куда копать?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

торопыга писал(а):Добрый день! Обновился с 5.2.1-007 на 5.3-002(update16)-FreeBSD10x64 в main.log постоянно сыпет:

May 05 17:26:16 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9764, tclass=20, base_cost=2 (multiple rows was updated)
May 05 17:26:23 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9764, tclass=10, base_cost=2 (multiple rows was updated)
May 05 17:26:29 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =4215, tclass=30, base_cost=2 (multiple rows was updated)
May 05 17:26:50 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =4215, tclass=200, base_cost=3 (multiple rows was updated)
May 05 17:27:01 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7166, tclass=20, base_cost=3 (multiple rows was updated)
May 05 17:27:21 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9528, tclass=10, base_cost=2 (multiple rows was updated)
May 05 17:27:21 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9528, tclass=20, base_cost=30 (multiple rows was updated)
May 05 17:27:34 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7462, tclass=10, base_cost=1 (multiple rows was updated)
May 05 17:27:37 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7744, tclass=40, base_cost=5 (multiple rows was updated)
May 05 17:27:37 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =7744, tclass=30, base_cost=2 (multiple rows was updated)
May 05 17:28:19 ERROR : 740e400 ChargeAggregator: dtagg_iptraffic: slink_id =9770, tclass=20, base_cost=1 (multiple rows was updated)

подскажите куда копать?
Биллинг сообщает что в таблице downloaded для slink_id xxxxx присутствуют несколько одинаковых строк tclass_id, вообщем надо поудалять дубли.

basker
Сообщения: 51
Зарегистрирован: Вт апр 28, 2015 13:40

Сообщение basker »

Magnum72 писал(а):Уважаемые разрабы! Спасибо большое за обратную связь и за внедрение необходимого функционала. 17 апдейт порадовал!
Проверь пожалуйста работает ли поиск. У нас на 5.3.2-17 сломался поиск.

Аватара пользователя
торопыга
Сообщения: 61
Зарегистрирован: Пн ноя 01, 2010 12:06

Сообщение торопыга »

Биллинг сообщает что в таблице downloaded для slink_id xxxxx присутствуют несколько одинаковых строк tclass_id, вообщем надо поудалять дубли.
Спасибо, но наверно все таки имелась ввиду таблица dtagg_iptraffic?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

торопыга писал(а):
Биллинг сообщает что в таблице downloaded для slink_id xxxxx присутствуют несколько одинаковых строк tclass_id, вообщем надо поудалять дубли.
Спасибо, но наверно все таки имелась ввиду таблица dtagg_iptraffic?
угу

Point
Сообщения: 242
Зарегистрирован: Вт ноя 23, 2010 15:42

Сообщение Point »

в U17 обязательно менять тип поля id int->bigint в таблице dta? судя по mysqlupdate поле в bigint создается только при его отсутствии в текущей базе

Код: Выделить всё

ALTER TABLE discount_transactions_iptraffic_all ADD COLUMN id bigint DEFAULT '0' NOT NULL;

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Point писал(а):в U17 обязательно менять тип поля id int->bigint в таблице dta? судя по mysqlupdate поле в bigint создается только при его отсутствии в текущей базе

Код: Выделить всё

ALTER TABLE discount_transactions_iptraffic_all ADD COLUMN id bigint DEFAULT '0' NOT NULL;
Я уточнял, не обязательно, это фикс на будущее если у вас число будет приближаться к ограничению int

Ответить