BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 21 июн 2025, 02:55

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 28 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
dm777
СообщениеДобавлено: 01 июл 2014, 02:50 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Вчера обновились, до этого все работало месяца 2 ...
Теперь проблема с dhcp
Код:
07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  {61}={496E666F6D69724D41473235302D30303A31613A37393A31313A39373A6162}
  {60}={496E666F6D69724D4147323530}
  Requested IP Address{50}=10.1.14.9
  Parameter request list{55}={1, 3, 6, 12, 15, 28, 40, 41, 42, 43, 119}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}

07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  {61}={496E666F6D69724D41473235302D30303A31613A37393A31313A39373A6162}
  {60}={496E666F6D69724D4147323530}
  Requested IP Address{50}=10.1.14.9
  Parameter request list{55}={1, 3, 6, 12, 15, 28, 40, 41, 42, 43, 119}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}

07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 10.1.14.9
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}
  Router{3}=10.1.0.1
  Subnet mask{1}=255.255.240.0
  DNS{6}={5BDDBC07}
  IP Address Lease Time{51}=900
  Server Identifier{54}={00000000}



И все, где ACK ?????

В конфиге ничего не менялось .... Что произошло?

Схема SE100 + Opt.82
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 01 июл 2014, 05:36 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
перед обновлением бэкапы то остались? откатитесь пока не решите
а, да, зайдите в дин код и нажмите скомпилировать все, потом попробуйте перезапустить аккаунтинг и аксесс

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 09:36 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Увы кто-ж мог подумать ... что будут нужны ... почему бы при обновлении не продумать механизм отката изменений ...
компилировать делали ...
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 10:07 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
вот тут есть старые сборки(для 6.0):
ftp://bgbilling.ru/pub/bgbilling/6.0/sets/

Проблемой могу занятmся, только когда доберусь до работы .
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 01 июл 2014, 10:07 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Код:
#pwd
/usr/local/BGBillingServer
# ./snapshot.sh
USAGE: ./snapshot.sh [CMD]
Where [CMD] in:
 * create - to create snapshot in 'snapshots' directory
 * restore [FILE] - to restore state to [FILE]'s snapshot state

viewtopic.php?f=22&t=8682
как бы =)

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 10:17 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Теперь так и будем делать ...
Вернуться к началу
 Профиль  
 
Phricker
СообщениеДобавлено: 01 июл 2014, 10:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Добавил в начало update.sh строчку ./snapshot.sh create и не забываю делать копии.

А по теме попробуйте скомпилировать классы как сказал Скуб.

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 11:17 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Что делать-то !!!!
Вернуться к началу
 Профиль  
 
Phricker
СообщениеДобавлено: 01 июл 2014, 11:22 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Компилировали все измененные дин. классы?
Уверенно все перезагружали? Ничего не подвисло?

6.0 версия? Можете попробовать ftp://bgbilling.ru/pub/bgbilling/6.0/sets/
Скачайте версию которая примерно у вас была, вытащите оттуда либы которые касаются Inet модуля, и засуньте их к себе.

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 11:36 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Phricker писал(а):
Компилировали все измененные дин. классы?
Уверенно все перезагружали? Ничего не подвисло?

6.0 версия? Можете попробовать ftp://bgbilling.ru/pub/bgbilling/6.0/sets/
Скачайте версию которая примерно у вас была, вытащите оттуда либы которые касаются Inet модуля, и засуньте их к себе.


Версия 6.1

скачал версию ту что была, засунул старые либы kernel.jar И inet.jar ... что-то вроде заработало ... dhcp начал давать ACK ...
через 15 минут будет видно
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 12:08 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
если копирую новые либы ... опять не работает ... Что-то поменялось в настройках ?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 12:12 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
dm777 писал(а):
если копирую новые либы ... опять не работает ... Что-то поменялось в настройках ?


Включите логирование log4j в режиме debug и покажите логи из all.log.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 12:20 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
dm777 писал(а):
Вчера обновились, до этого все работало месяца 2 ...
Теперь проблема с dhcp
Код:
07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  {61}={496E666F6D69724D41473235302D30303A31613A37393A31313A39373A6162}
  {60}={496E666F6D69724D4147323530}
  Requested IP Address{50}=10.1.14.9
  Parameter request list{55}={1, 3, 6, 12, 15, 28, 40, 41, 42, 43, 119}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}

07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  {61}={496E666F6D69724D41473235302D30303A31613A37393A31313A39373A6162}
  {60}={496E666F6D69724D4147323530}
  Requested IP Address{50}=10.1.14.9
  Parameter request list{55}={1, 3, 6, 12, 15, 28, 40, 41, 42, 43, 119}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}

07-01/00:29:07  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 2
xid: -1265254638, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 10.1.14.9
Server IP: 0.0.0.0
Relay IP: 10.1.15.254
Client MAC: {001A791197AB}
  Agent information{82}=
    sub{1}={000600D401000007}
    sub{2}={F8F0821037DE}
  Router{3}=10.1.0.1
  Subnet mask{1}=255.255.240.0
  DNS{6}={5BDDBC07}
  IP Address Lease Time{51}=900
  Server Identifier{54}={00000000}



И все, где ACK ?????

В конфиге ничего не менялось .... Что произошло?

Схема SE100 + Opt.82


Я не вижу в этом логе DHCP_REQUEST. DHCP_ACK приходит в отчет на DHCP_REQUEST. Клиент присылает DHCP_REQUEST? Пока есть только discover и offer в ответ. После этого должен быть request от клиента.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 01 июл 2014, 12:52 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Попробуйте указать в конфигурации модуля dhcp.sendFix=0 (требуется перезапуск Access).
Это из того что недавно поменяли - стало по умолчанию согласно RFC работать.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 01 июл 2014, 12:55 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Server IP и Server Identifier раньше в ответе тоже были 0.0.0.0? (хотя тут вроде бы ничего не меняли)

Покажите что в логах когда выдает нормально (чтобы сравнить с тем, когда не работает).
С каким билдом у вас работает (чтобы посмотреть историю, что менялось)?
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 01 июл 2014, 13:13 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Посмотрел, раньше ответ посылался на тот адрес, с которого пришел DHCP запрос.

Кто-то написал, что работает не по RFC, а по RFC вроде как в том числе:
Цитата:
If the 'giaddr' field in a DHCP message from a client is non-zero,
the server sends any return messages to the 'DHCP server' port on the
BOOTP relay agent whose address appears in 'giaddr'.

Т.е. вроде как ответ должен посылаться на giaddr.
Сделали, что с dhcp.sendFix=1 в конфигурации модуля работает по RFC.

Недавно сделали что dhcp.sendFix по умолчанию 1.

Возможно в этом дело, что OFFER посылаемый на giaddr не доходит куда надо?
Вернуться к началу
 Профиль  
 
ikoctya
СообщениеДобавлено: 01 июл 2014, 15:04 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Сегодня обнаружил проблему. В сервисе inet у клиента забит 1 ip адрес, притом у него сессии создаются с другим адресом. Раньше такого не было. Обнаружил совершенно случайно.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 15:10 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ikoctya писал(а):
Сегодня обнаружил проблему. В сервисе inet у клиента забит 1 ip адрес, притом у него сессии создаются с другим адресом. Раньше такого не было. Обнаружил совершенно случайно.

а что в настройках типа сервиса стоит - статический адрес?
Вернуться к началу
 Профиль  
 
ikoctya
СообщениеДобавлено: 01 июл 2014, 15:53 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Динамический или статический адрес.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 15:56 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ikoctya писал(а):
Динамический или статический адрес.

Может быть это адрес был занят кем-то другим в этот момент ?
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 01 июл 2014, 16:15 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
Amir писал(а):
Посмотрел, раньше ответ посылался на тот адрес, с которого пришел DHCP запрос.

Кто-то написал, что работает не по RFC, а по RFC вроде как в том числе:
Цитата:
If the 'giaddr' field in a DHCP message from a client is non-zero,
the server sends any return messages to the 'DHCP server' port on the
BOOTP relay agent whose address appears in 'giaddr'.

Т.е. вроде как ответ должен посылаться на giaddr.
Сделали, что с dhcp.sendFix=1 в конфигурации модуля работает по RFC.

Недавно сделали что dhcp.sendFix по умолчанию 1.

Возможно в этом дело, что OFFER посылаемый на giaddr не доходит куда надо?


Попробуем посмотреть ночью, сейчас пока работает с либами от 29.05.2014, завтра выложу логи и т.д.
Вернуться к началу
 Профиль  
 
ikoctya
СообщениеДобавлено: 01 июл 2014, 16:43 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Нет. Проверил - не занято, да и такого быть впринципе не должно, при заведении сервиса же нельзя выбирать используемые ip - их просто нет в списке
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 01 июл 2014, 17:00 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ikoctya писал(а):
Нет. Проверил - не занято, да и такого быть впринципе не должно, при заведении сервиса же нельзя выбирать используемые ip - их просто нет в списке

А не могли его как динамический выдать ?
Вернуться к началу
 Профиль  
 
ikoctya
СообщениеДобавлено: 02 июл 2014, 01:29 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Могли бы. Но есть кое-какие административные препятствия. Дело то в том, что уже не работает как заявлено. Обновляемся периодически,
Клиент: вер. 6.1.744 / 24.06.2014 16:12:56
os: Windows 8; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_51
Сервер: вер. 6.1.910 / 24.06.2014 16:13:08
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_55

card: вер. 6.1.198 / 18.06.2014 14:18:25
inet: вер. 6.1.548 / 24.06.2014 16:13:44
npay: вер. 6.1.172 / 23.04.2014 15:37:50
reports: вер. 6.1.178 / 14.05.2014 16:07:03
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 июл 2014, 02:02 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
ikostya: лучше было создать отдельную тему.

stark имел ввиду что может быть адрес уже был выдан кому то динамически в этот момент (из-за ошибки).

1. Возможен конфликт в IP-ресурсах, нужно выполнить "Проверить привязки".
2. Возможно, что абонент включил другое устройство (например, ноутбук) - при работе по DHCP мы не можем определить что предыдущая сессия закончилась, в этом случае адрес все еще считается занятым - новое устройство получит динамический адрес.
Альтернатива - закрывать активную сессию при получении DISCOVER от того же абонента - в конфигурации dhcp.connection.closeOnNew=1 (возможно у вас уже указано).
3. Недавно было исправлено: 547 24.06.2014 12:14:09 ИСПРАВЛЕНО Inet: В схеме DHCP82 + Cisco IP Subscription и статически назначенном адресе в некоторых случаях мог выдавать из динамического пула. В этой схеме у абонента две сессии с одним и тем же адресов - DHCP и Cisco IP Subscription, в результате когда DHCP-сессия закрывалась, а IP-сессия еще не успевала - адрес все еще считался занятым до этого исправления.
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 02 июл 2014, 03:34 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
dhcp.sendFix=0 помогло
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 июл 2014, 03:42 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Получается, что giaddr не совпадает с адресом релея с которого пришел запрос? Так и должно быть, т.е. это особенность схемы сети или же ошибка конфгурации?
Вернуться к началу
 Профиль  
 
dm777
СообщениеДобавлено: 03 июл 2014, 11:00 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
SE100 (DCLIPS L3) на интерфейсе dhcp proxy
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 28 ] 

Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot] и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.064s | 72 Queries | GZIP : On ]