Опыт установки 5.3 на боевом сервере
У меня другие параметры получились.TiRider писал(а):008d - vlan id, в 10-тиричной системе это 141Puzan писал(а):Добрый день.
Помогите побороть DHCP
Используем коммутатор SNR. Какие параметры указывать на него в админке.
Комутатор передает
Agent Circuit ID: 0006008d0100000e
0006 - размер;
008d (dec 50) - vlan id;
0100 (dec 256) - это номер слота и номер модуля, на коммутаторах доступа это значение не меняется
000e (dec 26) - номер порта
Как это внести в админку. Подскажите.
Заранее спасибо!
000e - номер порта, в 10-тиричной системе это 14
В админке указываешь, Оборудование - Профиль оборудования:Код: Выделить всё
Наименование: SNR Емкость: 8,20,24,48 Remote ID: Бинарный, Agent Remote ID (смещение 4, длина 6) Порт: Бинарный(BE), Agent Circuit ID (смещение 8, длина 2) Vlan ID: Бинарный(BE), Agent Circuit ID (смещение 4, длина 2)
Код: Выделить всё
Наименование: SNR
Емкость: 8,20,24,48
Remote ID: Бинарный, Agent Remote ID (смещение 2, длина 6)
Порт: Бинарный(BE), Agent Circuit ID (смещение 8, длина 2)
Vlan ID: Бинарный(BE), Agent Circuit ID (смещение 4, длина 2) 
Все очень и очень странноPuzan писал(а): У меня другие параметры получились.
Код: Выделить всё
Наименование: SNR Емкость: 8,20,24,48 Remote ID: Бинарный, Agent Remote ID (смещение 2, длина 6) Порт: Бинарный(BE), Agent Circuit ID (смещение 8, длина 2) Vlan ID: Бинарный(BE), Agent Circuit ID (смещение 4, длина 2)
Может от модели коммутатора зависит. Тестировал на SNR-S2980G-24F с последней прошивкой.TiRider писал(а):Все очень и очень странноPuzan писал(а): У меня другие параметры получились.
Код: Выделить всё
Наименование: SNR Емкость: 8,20,24,48 Remote ID: Бинарный, Agent Remote ID (смещение 2, длина 6) Порт: Бинарный(BE), Agent Circuit ID (смещение 8, длина 2) Vlan ID: Бинарный(BE), Agent Circuit ID (смещение 4, длина 2)
Сегодня сервер ушел в перезагрузку.serjk писал(а):Про ошибки зарегистрирован тикет, надо смотреть. Не факт, что утечки памяти связаны с сообщениями об ошибках, но исключать так же нельзя. Тикет посмотрим в ближайшее время.banec писал(а):2 serjk
а по мне что скажите? постом выше ответил.
как я понимаю было снятие услуг.
вот дебаг в момент перезагрузки
Dec 01 18:15:06 ?Debug : 70dbe700 StreamConnection: Got message ID 0x1107
Dec 01 18:15:06 ?Debug : 70dbe700 TransactionQueueManager: push: using queue [1]
Dec 01 18:15:06 ?Debug : 70dbe700 TransactionQueueManager: push: transaction ptr [0x34caed0] handler #2 ptr [0x7f0f6dcbc790]
Dec 01 18:15:06 ?Debug : 70dbe700 TransactionHandlerImpl: push: transaction ptr [034caed0] (size 1, Events [ 82 ])
Dec 01 18:15:06 ?Debug : 6bdfd700 TransactionHandlerImpl: current queue size: 1
Dec 01 18:15:06 ?Debug : 70dbe700 DBConnectionPool: DBConnectioManager pool [Default]: connection is popped
Dec 01 18:15:06 ?Debug : 6bdfd700 TransactionHandlerImpl: incoming transaction ptr [034caed0], outgoing transaction ptr [03477a50]
Dec 01 18:15:06 ?Debug : 70dbe700 DBConnection_mysql: <0x7f0f6c033250> Dec 01 18:17:13 Info : 380e5740 FileAppender: Using '/netu
p/utm5/log/debug.log' file
Dec 01 18:17:13 Info : 380e5740 FileAppender: Using '/netup/utm5/log/main.log' file
Dec 01 18:17:13 Info : 380e5740 FileAppender: Using '/netup/utm5/log/main_crit.log' file
to serjk
обновил до up11
+
от NAS атрибуты 67 и 66 как не писал так и не пишет, только 30 и 31.
т.е. с Cisco идентификатор вызываемого абонента пусто!!, с lISG приходят 30,31 они в базе есть.
и я не один viewtopic.php?t=9556&start=645
обновил до up11
как сыпал так и сыпет - объясните что за он и от чего происходит?Dec 11 02:37:36 ERROR : ddce9700 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -962814434
Dec 11 02:37:36 ERROR : ddce9700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -962814434
+
от NAS атрибуты 67 и 66 как не писал так и не пишет, только 30 и 31.
т.е. с Cisco идентификатор вызываемого абонента пусто!!, с lISG приходят 30,31 они в базе есть.
и я не один viewtopic.php?t=9556&start=645
-
Nik0n
- Сообщения: 77
- Зарегистрирован: Пн сен 14, 2009 13:53
- Откуда: Екатеринбург
- Контактная информация:
Добрый день!
Нашел неприятную особенность в опции "Динамическое шейпирование".
Когда происходит событие "Установка ширины исходящего/входящего канала" то UTM5 RADIUS честно шлет CoA запрос и передает RADIUS атрибуты NAS-у, установленные через админку.
Но когда происходит событие "Снятие ограничений на канал" то UTM5 RADIUS на NAS НИЧЕГО НЕ ПОСЫЛАЕТ. В radius.log (log level = 3) только вот это (поскипаны StreamConnection, Transport и Tarifficator):
У услуги для которой настроена опция "Динамического шейпирования" то же есть RADIUS атрибуты. Список совпадает с атрибутами в настройках опции "Динамическое шейпирование", только параметры указаны статично (а в опции Динам. шейпирования через OUT_BANDWIDTH_KBITS и ему подобных).
Это бага или фича
Version:5.3-002-update9-centos6_x64 Rev #14383
Нашел неприятную особенность в опции "Динамическое шейпирование".
Когда происходит событие "Установка ширины исходящего/входящего канала" то UTM5 RADIUS честно шлет CoA запрос и передает RADIUS атрибуты NAS-у, установленные через админку.
Но когда происходит событие "Снятие ограничений на канал" то UTM5 RADIUS на NAS НИЧЕГО НЕ ПОСЫЛАЕТ. В radius.log (log level = 3) только вот это (поскипаны StreamConnection, Transport и Tarifficator):
Код: Выделить всё
Dec 10 22:30:48 ?Debug : 7627b700 SessionManager: periodic check started
Dec 10 22:31:14 ?Debug : 76079700 CustomAttrs: custom attributes for SHAPING ID 183506 have been removed
Dec 10 22:31:21 ?Debug : 76079700 CustomAttrs: custom attributes for SHAPING ID 1305 have been removed
Dec 10 22:31:49 ?Debug : 7627b700 SessionManager: periodic check started
Dec 10 22:31:49 ?Debug : 76079700 CustomAttrs: custom attributes for SHAPING ID 1531 have been removed
Это бага или фича
Version:5.3-002-update9-centos6_x64 Rev #14383
up11
как и у ZeM
viewtopic.php?t=9556&start=645
за 10 дней работы зафиксировано 1-но падение.
абонентов на utm_dhcp переведено не много порядка 150 абонентов.
DHCP стоит на отдельном серваке
Linux utm5-dhcp 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2 x86_64 GNU/Linux
ЗЫ на сервис нацеплен monit, чтоб уж точно без сервиса не остаться.
Ядро работает без падений и утечки память, но ,big gluk уже достал.
как и у ZeM
viewtopic.php?t=9556&start=645
за 10 дней работы зафиксировано 1-но падение.
абонентов на utm_dhcp переведено не много порядка 150 абонентов.
DHCP стоит на отдельном серваке
Linux utm5-dhcp 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2 x86_64 GNU/Linux
ЗЫ на сервис нацеплен monit, чтоб уж точно без сервиса не остаться.
Ядро работает без падений и утечки память, но ,big gluk уже достал.
Dec 15 09:06:43 ERROR : ddce9700 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -962814434
Dec 15 09:06:43 ERROR : ddce9700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -962814434
to serjk
обновился на up12
Спасибо за
Буду искать других.
обновился на up12Спасибо за
+Обработка RADIUS-атрибутов Tunnel-Client-Endpoint и Tunnel-Server-Endpoint в Accounting-запросах приведена в соответствие с ранними версиями биллинга
Вот уже есть результат - попался один - был через админку переведён по кнопке сменить сейчас - не очень совместимый тариф - класс трафика один, но старый был с включенным, а новый на динашейпе!! в итоге по кнопке предоплаченный трафик фигня получалась.в нем добавлено подробное логирование по вашей проблеме
Буду искать других.
Ну что словил ещё пару багов.
1. после перевода на новый тариф с 1 числа - получаем зависшие сессии
т.е. в диалап висит зелёная сессия и абонент не может подключится было как на 11up так сейчас на 12up!! (уже как бы второй месяц подряд)
помогает перезапуск радиуса. ( сейчас повесил в крон на 1 число после закрытия месяца и перехода перезапустить.)
2. опять же с переводом на новый тариф по кнопке в админке - не убирается старый класс трафика !!! т.е. на новом 1 класс на старом было 2 или 4 и все эти классы остаются - в итоги глюки с big gluk, возможно и баг с п.3 ниже.
3. баг с применением скорости - пока не понятно откуда взялся и дебага пока нет, применяется 3 !!! скорости через динашейпер (на cisco висят 3 шейпера и т.к. по входу на абонента берется с низкой скоростью у абонента проблемы) - возможно что оставляет какие-то связки с прошлым тарифом (п.2), т.к. помогает только удаление тарифа и заведение по новой.
4. Со списанием после паузы (админской блокировки) - на 11up списывало стразу, сейчас просто списывает на следующий день, т.е. делает до списание.
1. после перевода на новый тариф с 1 числа - получаем зависшие сессии
т.е. в диалап висит зелёная сессия и абонент не может подключится было как на 11up так сейчас на 12up!! (уже как бы второй месяц подряд)
помогает перезапуск радиуса. ( сейчас повесил в крон на 1 число после закрытия месяца и перехода перезапустить.)
2. опять же с переводом на новый тариф по кнопке в админке - не убирается старый класс трафика !!! т.е. на новом 1 класс на старом было 2 или 4 и все эти классы остаются - в итоги глюки с big gluk, возможно и баг с п.3 ниже.
3. баг с применением скорости - пока не понятно откуда взялся и дебага пока нет, применяется 3 !!! скорости через динашейпер (на cisco висят 3 шейпера и т.к. по входу на абонента берется с низкой скоростью у абонента проблемы) - возможно что оставляет какие-то связки с прошлым тарифом (п.2), т.к. помогает только удаление тарифа и заведение по новой.
4. Со списанием после паузы (админской блокировки) - на 11up списывало стразу, сейчас просто списывает на следующий день, т.е. делает до списание.
up12 тоже самое - уже писал - уже тоже словил фокус - долго не мог понять чего не выдаёт ip.Pei0t писал(а):Сервисная связка, добавляю ip-группу, опции dhcp добавляем коммутатор и порт. Админка позволяет на другую карточку назначить такой же свитч и порт, хотя тот уже занят. Баг или фича?
5.3-002u9
Желательно добавить предупреждение что порт занят - продолжить?
ЗЫ посмотреть можно в коммутаторах - использование портов - правая клавиша мышки - там хоть показывает у скольких абонентов прописан данный порт.
Добрый день! После перехода с 5.2.1-009 на 5.3.002-г12 в логах валятся:
1.
Списания при этом прошли 1 января. Что-то сломали? Раньше такого не было в логах.
2.
Только для двух тарифов вываливается ошибка динашейпа:
С чем может быть связано? По остальным тарифам все ок. Визуально при редактировании динайшейпа все нормально, скорости применяются через rfw.
3. Отчет по телефонным направлениям выдает какую-то фигню и не определяет зону:
Хотя отчет по телефонии все дает корректно:
Извиняюсь, если повторил уже описанные глюки.
1.
Код: Выделить всё
Jan 14 14:36:52 ERROR : f7153700 RentsoftPlugin: entity <5042> not found in <accounts_storage> at /build/5.3-002-update12/utm5_core/plugins/rentsoft/rentsoft_plugin.cc, line 168
Jan 14 14:36:52 ERROR : f7153700 DBAGenericError: accounts_storage not exist
Jan 14 14:36:52 ERROR : f7153700 RentsoftPlugin: entity <5345> not found in <accounts_storage> at /build/5.3-002-update12/utm5_core/plugins/rentsoft/rentsoft_plugin.cc, line 168
Jan 14 14:36:52 ERROR : f7153700 DBAGenericError: accounts_storage not exist
Jan 14 14:36:52 ERROR : f7153700 RentsoftPlugin: entity <4985> not found in <accounts_storage> at /build/5.3-002-update12/utm5_core/plugins/rentsoft/rentsoft_plugin.cc, line 63
Jan 14 14:36:52 ERROR : f7153700 DBAGenericError: accounts_storage not exist
Jan 14 14:36:52 ERROR : f7153700 RentsoftPlugin: entity <13166> not found in <accounts_storage> at /build/5.3-002-update12/utm5_core/plugins/rentsoft/rentsoft_plugin.cc, line 63
Jan 14 14:36:52 ERROR : f7153700 DBAGenericError: accounts_storage not exist2.
Только для двух тарифов вываливается ошибка динашейпа:
Код: Выделить всё
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <96> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <96> not set
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <96> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <96> not set
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <96> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <96> not set
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <96> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <96> not set
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <100> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <100> not set
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: entity <100> not found in <shaping_flags> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1768
Jan 14 15:08:06 ERROR : 94499700 DBAGenericError: shaping_flags not exist
Jan 14 15:08:06 ERROR : 94499700 RfwPlugin: shaping for service_id <100> not set3. Отчет по телефонным направлениям выдает какую-то фигню и не определяет зону:
Хотя отчет по телефонии все дает корректно:
Извиняюсь, если повторил уже описанные глюки.