forum.bitel.ru
http://forum.bitel.ru/

После обновления сломался DHCP
http://forum.bitel.ru/viewtopic.php?f=44&t=12071		 Страница 1 из 1
Автор:  survivor [ 07 ноя 2016, 21:23 ]
Заголовок сообщения:  После обновления сломался DHCP
Доброго вечера!
Беда - обновился с 6,1 до 6,2, после чего dhcp стал повторно выдавать абонентам уже выданные ранее адреса.

Код:
Информация о версии:
  Сервер: вер. 6.2.1136 / 02.11.2016 15:59:07
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73

 card: вер. 6.2.39 / 26.05.2016 14:50:45
  inet: вер. 6.2.697 / 31.10.2016 17:14:54
  npay: вер. 6.2.197 / 04.10.2016 19:12:21
  reports: вер. 6.2.213 / 03.10.2016 16:59:27
  subscription: вер. 6.2.40 / 04.10.2016 19:16:37
  tv: вер. 6.2.235 / 02.11.2016 16:01:19


Вложения:
Комментарий к файлу: L2 сессия это dhcp, сразу у двух абонентов
Screen Shot 2016-11-07 at 19.17.25.png
Screen Shot 2016-11-07 at 19.17.25.png [ 54 КБ | Просмотров: 12065 ]
Автор:  zavndw [ 08 ноя 2016, 05:05 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
access и accounting обновили? сверьте либы, у меня такая проблема была из за не обновленных access и accounting
Автор:  ikoctya [ 08 ноя 2016, 10:59 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Аналогичная проблема.
Запросы приходят очень редко, и при прохождении запроса у клиента рвется соединение


Информация о версии:

Клиент: вер. 6.2.846 / 02.11.2016 15:59:41
os: Windows 10; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
Сервер: вер. 6.2.1136 / 02.11.2016 15:59:07
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_72

card: вер. 6.2.39 / 26.05.2016 14:50:45
inet: вер. 6.2.697 / 31.10.2016 17:14:54
npay: вер. 6.2.197 / 04.10.2016 19:12:21
reports: вер. 6.2.213 / 03.10.2016 16:59:27
ru.bitel.bgbilling.plugins.dispatch: вер. 6.2.93 / 22.10.2016 11:52:06

Окружение:

Клиент:
os: Windows 10 amd64, 10.0
java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
jre home: C:\Program Files\Java\jre1.8.0_101
default tz: 08.11.2016 08:58 SAMT +0400 (Europe/Samara)
user tz: 08.11.2016 08:58 GMT+04:00 +0400 (GMT+04:00)
locale: ru_RU
Сервер:
os: Linux amd64, 2.6.32-573.8.1.el6.x86_64
java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_72
jre home: /usr/java/jdk1.8.0_72/jre
default tz: 08.11.2016 08:58 SAMT +0400 (Europe/Samara)
db time: master: 08.11.2016 08:58 SAMT
db charset: connection: utf8(utf8_unicode_ci), database: cp1251(cp1251_general_ci)
locale: ru_RU
uptime: Started: 08.11.2016 04:56:15 Uptime: 0 d 04:02:18

Третьи стороны:

Fugue Icons. Copyright © 2011 Yusuke Kamiyamane. All rights reserved.
http://p.yusukekamiyamane.com/
Silk icon set. Copyright © Mark James. All rights reserved.
http://www.famfamfam.com/lab/icons/silk/
Автор:  survivor [ 08 ноя 2016, 11:24 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Цитата:
access и accounting обновили? сверьте либы, у меня такая проблема была из за не обновленных access и accounting
да конечно обновил. Кстати насчет либов тоже есть прикол - в архиве на сервере есть две папки - client и server, а так понял что надо библиотеки из server переписать (предварительно стерев текущие) в lib/ext. Так вот, после этого access не запускался, не хватало какой-то библиотеки, помогло переписывание старых библиотек (без override'а).

Вчера вечером починили так - sql-ом нашел все dhcp сессии, выдрал из них не уникальные и уже по ним в биллинге - завершить зависшую сессию. Параллельно перезапустил activemq. Новые сессии уже пошли уникальные.
Всем абонентам с не уникальными сессиями пришлось переполучить адреса (предварительно отымев наш колцентр).
Автор:  ikoctya [ 08 ноя 2016, 14:47 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
У меня немного по-другому, все прекрасно обновилось.
Не приходит от клиентов никаких промежуточных запросов, приходит запрос только через 26 мин равное rebinding time, отсюда и разрыв соединения, на некоторых клиентских устройствах довольно длительный

dhcp.xid=0
dhcp.deviceSearchMode=1
dhcp.servSearchMode=1
ip.resource.category=1,2,4
dhcp.ipCategories=2
dhcp.disable.ipCategories=3
vlan.resource.category=0
dhcp.serverIdentifier=10.0.0.3
dhcp.renew=1
dhcp.option.serverIdentifier=10.0.0.3
dhcp.option.leaseTime=1800
dhcp.option.renewalTime=900
dhcp.option.rebindingTime=1575
dhcp.connection.closeOnNew=1
dhcp.sendFix=0
connection.close.timeout=1920
connection.finish.timeout=1920
Автор:  Amir [ 08 ноя 2016, 15:04 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
2ikoctya:
Это точно произошло именно после обновления?
10.0.0.3 - IP-адрес машины с InetAccess?

По RFC не должен терять, пока leaseTime не выйдет. Ну или NAK не придет на RENEW/REBIND.
Но RFC похоже не один клиент не следует - все подгоняют под ISC DHCP, а ISC DHCP подгоняют под DHCP-клиенты.
Автор:  Amir [ 08 ноя 2016, 15:12 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
2survivor:
Проверьте, что в inv_ip_resource_subscription_dyn_<mid> нет лишних записей.
SELECT * FROM inv_ip_resource_subscription_dyn_<mid> as s LEFT JOIN inet_connection_<mid> as c ON c.id=s.connectionId WHERE c.id IS NULL
Автор:  survivor [ 08 ноя 2016, 17:08 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Цитата:
Но RFC похоже не один клиент не следует - все подгоняют под ISC DHCP, а ISC DHCP подгоняют под DHCP-клиенты.

Золотые слова
Автор:  survivor [ 08 ноя 2016, 17:15 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Amir писал(а):
2survivor:
Проверьте, что в inv_ip_resource_subscription_dyn_<mid> нет лишних записей.
SELECT * FROM inv_ip_resource_subscription_dyn_<mid> as s LEFT JOIN inet_connection_<mid> as c ON c.id=s.connectionId WHERE c.id IS NULL


Код:
mysql> SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE c.id IS NULL;
+----------+
| count(*) |
+----------+
|     5541 |
+----------+


Все плохо, да? )
Автор:  survivor [ 08 ноя 2016, 17:16 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
и эта цифра растет...
Автор:  Amir [ 08 ноя 2016, 17:23 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Не правильно написал. А так:
SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s
LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL
?
Автор:  ikoctya [ 08 ноя 2016, 17:44 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
count = 15

Дело то еще в том, что в логах аксеса вижу по одному только запросу-ответу раз в 26 мин (1750сек)
Автор:  survivor [ 08 ноя 2016, 18:00 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Amir писал(а):
Не правильно написал. А так:
SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s
LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL
?



Код:
mysql> SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL;
+----------+
| count(*) |
+----------+
|     5394 |
+----------+
Автор:  Amir [ 08 ноя 2016, 18:20 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
survivor писал(а):
Код:
mysql> SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL;
+----------+
| count(*) |
+----------+
|     5394 |
+----------+

Эти адреса он считает занятыми.
Сделайте бэкап таблицы, остановите InetAccounting, удалите эту таблицу, запустите InetAccounting, таблица должна создаться заново. Перезапустите InetAccess.
Автор:  Amir [ 08 ноя 2016, 18:44 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Цитата:
Дело то еще в том, что в логах аксеса вижу по одному только запросу-ответу раз в 26 мин (1750сек)

Значит, скорее всего так и приходит.
До обновления приходили RENEW запросы?

Может и раньше не приходили - например, serverIdentifier не правильный или коммутаторы не пропускают или еще где теряется.
RENEW запросы идут юникастом напрямую на serverIdentifier.
Если serverIdentifier=0.0.0.0 тогда пойдут броадкастом, но так вроде бы редко у кого работает.
Автор:  survivor [ 08 ноя 2016, 18:45 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
у меня просто в пулах нет такого количества адресов.... и кстати количество потихоньку увеличивается:

Код:
mysql> SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL;
+----------+
| count(*) |
+----------+
|     5399 |
+----------+
Автор:  ikoctya [ 08 ноя 2016, 18:46 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
survivor писал(а):
Amir писал(а):
Не правильно написал. А так:
SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s
LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL
?



Код:
mysql> SELECT count(*) FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL;
+----------+
| count(*) |
+----------+
|     5394 |
+----------+


Видимо много у тебя свободных ipv4 :D :D :D
Автор:  survivor [ 08 ноя 2016, 18:46 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
вот навскидку 5 строк:

Код:
mysql> SELECT * FROM inv_ip_resource_subscription_dyn_2 as s LEFT JOIN inet_connection_2 as c ON c.id=s.connectionId WHERE s.timeTo IS NULL AND c.id IS NULL limit 5;
+----+--------------+--------------+---------+---------------------+--------+--------------+----------------+-----------------+------+----------+----------+------------+---------------+-----------+---------------+----------+------+------------+--------+-----------------+------------------+--------------+-----------+-----------------+-------------+---------------+--------+
| id | ipResourceId | connectionId | address | timeFrom            | timeTo | subscriberId | subscriberType | subscriberTitle | id   | parentId | deviceId | devicePort | agentDeviceId | circuitId | acctSessionId | username | type | accessCode | servId | calledStationId | callingStationId | ipResourceId | ipAddress | connectionStart | deviceState | deviceOptions | status |
+----+--------------+--------------+---------+---------------------+--------+--------------+----------------+-----------------+------+----------+----------+------------+---------------+-----------+---------------+----------+------+------------+--------+-----------------+------------------+--------------+-----------+-----------------+-------------+---------------+--------+
|  3 |            0 |      3602131 |         | 2016-11-07 13:49:57 | NULL   |           17 |             -1 | 17              | NULL |     NULL |     NULL |       NULL |          NULL | NULL      | NULL          | NULL     | NULL |       NULL |   NULL | NULL            | NULL             |         NULL | NULL      | NULL            |        NULL | NULL          |   NULL |
|  4 |            0 |      3602132 |         | 2016-11-07 13:49:57 | NULL   |           17 |             -1 | 17              | NULL |     NULL |     NULL |       NULL |          NULL | NULL      | NULL          | NULL     | NULL |       NULL |   NULL | NULL            | NULL             |         NULL | NULL      | NULL            |        NULL | NULL          |   NULL |
|  5 |            0 |      3602133 |         | 2016-11-07 13:49:57 | NULL   |           17 |             -1 | 17              | NULL |     NULL |     NULL |       NULL |          NULL | NULL      | NULL          | NULL     | NULL |       NULL |   NULL | NULL            | NULL             |         NULL | NULL      | NULL            |        NULL | NULL          |   NULL |
|  6 |            0 |      3602134 |         | 2016-11-07 13:49:57 | NULL   |           17 |             -1 | 17              | NULL |     NULL |     NULL |       NULL |          NULL | NULL      | NULL          | NULL     | NULL |       NULL |   NULL | NULL            | NULL             |         NULL | NULL      | NULL            |        NULL | NULL          |   NULL |
|  7 |            0 |      3602135 |         | 2016-11-07 13:49:57 | NULL   |           17 |             -1 | 17              | NULL |     NULL |     NULL |       NULL |          NULL | NULL      | NULL          | NULL     | NULL |       NULL |   NULL | NULL            | NULL             |         NULL | NULL      | NULL            |        NULL | NULL          |   NULL |
+----+--------------+--------------+---------+---------------------+--------+--------------+----------------+-----------------+------+----------+----------+------------+---------------+-----------+---------------+----------+------+------------+--------+-----------------+------------------+--------------+-----------+-----------------+-------------+---------------+--------+


тут одна сплошная пустота....


Цитата:
Видимо много у тебя свободных ipv4

ах если бы... я внешние адреса раздаю, их в принципе много не бывает )) каждый на учете...
Автор:  ikoctya [ 09 ноя 2016, 11:50 ]
Заголовок сообщения:  Re: После обновления сломался DHCP
Если в dhcp логах акксесс сервера вижу такое:

Relay IP: 0.0.0.0

что это?
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/