BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 16 апр 2024, 20:00

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




Начать новую тему Ответить на тему  [ Сообщений: 183 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.
Автор Сообщение
СообщениеДобавлено: 11 апр 2013, 17:08 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Прописал. В логах access появились "IP Address Lease Time{51}=300"
Ситуация не изменилась


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 апр 2013, 10:19 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Проблема решена. Нужно было всего лишь добавить dhcp.option.serverIdentifier=<ip_access_сервера> в конфигурацию.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 апр 2013, 16:21 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Теперь наблюдается странное поведение dhcp. Сессия создана, устройство находит, но при повторыных dhcp request, в логах пишет, что не удается найти это же устройство. Вот логи:
Код:
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetDhcpDevice - Search serv on deviceId: 6; 1; interfaceId: 14
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetDhcpProcessor - InetServ found: ContractId: 4; servId: 8
   4092-14
   Options [] TariffModuleTreeSet [1:08.04.2013-…; ]
   Device state: 1; optionSet:
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetApplication - inetServ[id=8] balance ok: 500.00 [-500.00]
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetApplication - TariffOptionMap: {}
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetApplication - OptionSet: []
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetDhcpProcessor - Updating of existing connection: InetConnection [id=563-0, iface=6:14, sessId=e7781cfe, start=14.04.2013 12:56:16, uname=null, addr=93.171.183.3]
dhcp 04-14/14:15:13  INFO [dhcpLstnr-p-7-t-2] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: -1153429631, secs: 0, flags: 0
Client IP: 93.171.183.3
Your IP: 93.171.183.3
Server IP: 0.0.0.0
Relay IP: 93.171.182.2
Client MAC: {001617529C80}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}
  Router{3}=93.171.182.1
  Subnet mask{1}=255.255.254.0
  DNS{6}={5DABB60A}
  IP Address Lease Time{51}=60
  Server Identifier{54}={5DABB603}

dhcp 04-14/14:15:42  INFO [dhcpLstnr-p-7-t-3] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Inform{8}
htype: 1, hlen: 6, hops: 1
xid: -1811040204, secs: 0, flags: 0
Client IP: 93.171.183.3
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 93.171.182.2
Client MAC: {001617529C80}
  {61}={01001617529C80}
  Host name{12}={ANDREY}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43, -4}
  {43}={DC0100}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}

dhcp 04-14/14:15:45  INFO [dhcpLstnr-p-7-t-4] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Inform{8}
htype: 1, hlen: 6, hops: 1
xid: -1811040204, secs: 768, flags: 0
Client IP: 93.171.183.3
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 93.171.182.2
Client MAC: {001617529C80}
  {61}={01001617529C80}
  Host name{12}={ANDREY}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43, -4}
  {43}={DC0100}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}

dhcp 04-14/14:15:53  INFO [dhcpLstnr-p-7-t-5] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 0
xid: 1815782646, secs: 0, flags: 0
Client IP: 93.171.183.3
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {001617529C80}
  {61}={01001617529C80}
  Host name{12}={ANDREY}
  {81}={000000414E445245592E}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43}
  {43}={DC0100}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}

dhcp 04-14/14:15:53  WARN [dhcpLstnr-p-7-t-5] InetAbstractDhcpProcessor - Device not found for address: 93.171.183.3, ignoring DHCP request.

При это на клиенте соединение обрывается каждую минуту (dhcp lease time), Аренда продлевается, соединение восстанавливается. В журнале windows пишет:
Код:
Компьютеру не удалось обновить адрес, полученный от DHCP-cервера, для сетевого адаптера с сетевым адресом xxxxxxxxxxxx. Произошла следующая ошибка:
Превышен таймаут семафора. . Компьютер продолжит попытки получить свой собственный адрес от DHCP-cервера.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 апр 2013, 23:22 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Код:
Relay IP: 0.0.0.0
Похоже на RENEW запрос, т.е. идет на пряму от клиента, но при этом есть option82. И отсутствие ответа на RENEW не должно приводить к потере адреса (по истечении lease должен переходить в REBINDING, как при первом получении адреса). У нас сейчас RENEW поддерживается, но DhcpProcessor не ожидает, что в таком пакете будет еще и option82. Посмотрим RFC, если конфликтов не будет, сделаем, чтобы поддерживались прямые RENEW запросы (Relay IP: 0.0.0.0) с option82.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 апр 2013, 23:53 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Amir писал(а):
Код:
Relay IP: 0.0.0.0
Похоже на RENEW запрос, т.е. идет на пряму от клиента, но при этом есть option82. И отсутствие ответа на RENEW не должно приводить к потере адреса (по истечении lease должен переходить в REBINDING, как при первом получении адреса). У нас сейчас RENEW поддерживается, но DhcpProcessor не ожидает, что в таком пакете будет еще и option82. Посмотрим RFC, если конфликтов не будет, сделаем, чтобы поддерживались прямые RENEW запросы (Relay IP: 0.0.0.0) с option82.


Вышел из ситуации следующим образом. dhcp.option.serverIdentifier=<ip_релея>. Работает прекрасно, но у клиента в информации показывает в поле ip dhcp сервера - адрес релея. По-моему это не совсем хорошо и еще где-то может аукнуться!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 апр 2013, 09:46 
Не в сети

Зарегистрирован: 26 мар 2013, 06:03
Сообщения: 4
Карма: 0
Если указывать dhcp.option.serverIdentifier=0.0.0.0 то почему-то не все устройства принимают OFFER(в основном это клиентские точки доступа), так-же при уже выданном адресе в процессе продления аренды игнорируются ACK. Если убрать из ACK пакета опцию с serverIdentifier то все работает.
Но если указать dhcp.option.serverIdentifier = <адрес акцесс сервера> то OFFERы принимаются всеми, но клиенты для продления аренды начинают слать request на прямую к акцесс серверу и он их отбрасывает потому-что нет опции 82.
Если сделать так: dhcp.option.serverIdentifier=<ip_релея>, то пакеты доходят до релея и он их отбрасывает, потом клиент посылает запрос на bcast и релей как положено отправляет его на сервер, дальше все хорошо и аренда продливается. Но опять проблема с клиентскими точками доступа они не отправляют запросы на bcast, в итоге коннект рвется.

Собственно возможно ли сделать поддержку прямых reqest запросов для клиентов уже получивших адреса, и опционально убирать для них же serverIdentifier из ACK пакета.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 апр 2013, 12:12 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Как я писал ранее, сейчас можно: dhcp.renew=1, но если там будет option82, то он нормально не обработается (по этому сегодня-завтра выложим).
Цитата:
опционально убирать для них же serverIdentifier из ACK пакета.
Не совсем понял - когда опционально убирать serverIdentifier?

Что интересно, у многих все работает нормально: у кого-то, помоему, вообще без serverIdentifier, у кого-то с ним.
Недавно видел, как RENEW запрос проходил через коммутатор на Access и там, насколько помню, не было serverIdentifier.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 апр 2013, 12:58 
Не в сети

Зарегистрирован: 26 мар 2013, 06:03
Сообщения: 4
Карма: 0
Amir писал(а):
Не совсем понял - когда опционально убирать serverIdentifier?

После discover offer request ack, то есть в последующих ack пакетах (когда сессию уже можно увидеть в биллинге).
У меня щас тоже не стоит serverIdentifier, для клиентских компов все работает хорошо но для точек доступа, роутеров и прочего, почему-то не хочет.
Могу сделать снифы между клиент-свитч и свитч-сервер.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 апр 2013, 10:56 
Не в сети

Зарегистрирован: 26 мар 2013, 06:03
Сообщения: 4
Карма: 0
Немножко не досмотрел, у меня клиенты и relay находились в разных виланах поэтому при dhcp.option.serverIdentifier=<IP релея> пакет, через маршрутизатор, приходил на другой порт свитча.

Код:
04-18/12:52:10  INFO [dhcpLstnr-p-7-t-8] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 480504213, secs: 0, flags: -32768
Client IP: 10.10.3.198
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.150.6
Client MAC: {D85D4CE437A1}
  {57}={0400}
  Parameter request list{55}={1, 3, 43, 44, 46, 47, 6, 33, 121}
  Host name{12}={TL-R460}
  {60}={4D534654203938005F}
  {61}={01D85D4CE437A1}
  Agent information{82}=
    sub{1}={00040001000A}
    sub{2}={010C463037443638413331354334}

04-18/12:52:10 DEBUG [dhcpLstnr-p-7-t-8] InetAbstractDhcpProcessor - OP_BOOT_REQUEST
04-18/12:52:10 DEBUG [dhcpLstnr-p-7-t-8] InetAbstractDhcpProcessor - Found device by giaddr id=5
04-18/12:52:10 DEBUG [dhcpLstnr-p-7-t-8] InetDhcpProcessor - DHCP_REQUEST
04-18/12:52:10 DEBUG [dhcpLstnr-p-7-t-8] InetDhcpProcessor - request.giaddr= 192.168.150.6, clientAddress=/192.168.150.6:68
04-18/12:52:10  INFO [dhcpLstnr-p-7-t-8] InetDhcpDevice - Search serv on deviceId: 5; 1; interfaceId: 10
04-18/12:52:10  INFO [dhcpLstnr-p-7-t-8] InetDhcpProcessor - InetServ not found.

На данный момент решил проблему перенеся свитчи в одну подсеть и вилан с абонентами,
и в конфигурации свитчей поставил dhcp.option.serverIdentifier=<IP свитча>.

Хотелось бы чтобы поддерживались прямые реквест запросы к акцесс серверу.
При dhcp.option.serverIdentifier=<IP акцесс сервера> dhcp.renew=1 реквест от клиента, релеем не обрабатывался, соответственно не было опции 82:
Код:
04-18/12:41:16  INFO [dhcpLstnr-p-7-t-3] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 0
xid: 480504866, secs: 0, flags: -32768
Client IP: 10.10.3.96
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {D85D4CE437A1}
  {57}={0400}
  Parameter request list{55}={1, 3, 43, 44, 46, 47, 6, 33, 121}
  Host name{12}={TL-R460}
  {60}={4D534654203938005F}
  {61}={01D85D4CE437A1}

04-18/12:41:16 DEBUG [dhcpLstnr-p-7-t-3] InetAbstractDhcpProcessor - OP_BOOT_REQUEST
04-18/12:41:16  WARN [dhcpLstnr-p-7-t-3] InetAbstractDhcpProcessor - DHCP request without Options.82!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 апр 2013, 13:33 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Решена ли проблема с продлением аренды IP?

Сейчас прямые запросы от клиентов к Access серверу отбрасываются.
В конфигурации указано:
Код:
# Привязка к xid DHCP-запросов
# 0 - выкл., 1 (по умолчанию) - вкл.
dhcp.xid=0
dhcp.option.serverIdentifier=172.XX.XX.XX
dhcp.option.leaseTime=600
#Режим выдачи IP DHCP сервером
# 0 - работает как обычно, т.е. для disable сессий (в состоянии отключена) пытается выдать адрес из специального пула.
# 1 - выдает адрес точно так же, как-будто это обычная сессия (в состоянии включена, т.е. статус открыт, баланс больше лимита).
dhcp.disable.mode=1
#Включение поддержки RENEW запросов
dhcp.renew=1


DHCP Client Win7,8 x64 каждые 10 минут на 3 секунды теряют IP, при этом в логе следующее сообщение:
Изображение



Код:
04-29/11:23:51  INFO [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 0
xid: 553173558, secs: 1024, flags: 0
Client IP: 10.XX.181.2
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {6CF049752B96}
  {61}={016CF049752B96}
  Host name{12}={▄═Х═-▐┼}
  {81}={0000008CA0E8A02D8F8A}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={000400640000}
    sub{2}={0006000D659699C0}

04-29/11:23:51  WARN [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - Device not found for address: 10.XX.181.2, ignoring DHCP request.


Сервер: вер. 5.2 сборка 1478 от 10.04.2013 11:05:59
os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_30
inet вер. 5.2 сборка 1146 от 10.04.2013 20:15:21


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 апр 2013, 15:57 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выкладывается обновление, в котором прямые RENEW запросы с опциями 82 должны обрабатываться корректно, как RENEW запросы.
Но у многих работает и без прямых RENEW запросов. Да и InetAccess такому запросу (напрямую от клиента) доверять не может.
Проверьте также, нормально работает ли отключение по балансу при dhcp.renew=1.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 апр 2013, 21:51 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
У нас тоже у многих работает без RENEW запросов, а вот на двух OS Win7,8 x64 не работает, проверяли у себя на стенде.

В нашем случае можно доверять прямому запросу от пользователя, т.к. dhcp запросы с opt.82 не принимаются от клиента. Opt.82 вставляется в запрос коммутатором доступа.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 май 2013, 00:30 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Обновились, не помогло.

root@bill:/usr/local/BGInetAccess# ./access.sh status
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) Server VM [1.6.0_30] /usr/lib/jdk1.6.0_30/jre
Runtime name: 13435@bill.local
Java endorsed dirs: /lib/endorsed:/usr/lib/java/lib/endorsed
OS: Linux 3.6.6 [i386], file.encoding: ISO-8859-1, user.name: root
Heap sizes: current=62848k free=62190k max=932096k
Kernel version 5.2 build 1493 from 30.04.2013 22:41:51
Inet version 5.2 build 1165 from 06.05.2013 20:13:17
..

dhcp.log
Код:
05-07/22:24:07  INFO [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 0
xid: 1502197874, secs: 0, flags: -32768
Client IP: 10.XX.181.23
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {0018F3212083}
  {57}={0400}
  {61}={010018F3212083}
  Host name{12}={TL-WR741N}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 3, 6, 15, 33, 43, 44, 46, 47, 121}
  Agent information{82}=
    sub{1}={000400640001}
    sub{2}={0006000D659699C0}

05-07/22:24:07  WARN [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - Device not found for address: 10.XX.181.23, ignoring DHCP request.
05-07/22:24:08  INFO [dhcpLstnr-p-10-t-2] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 0
xid: 655408138, secs: 0, flags: 0
Client IP: 10.XX.181.20
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {C80AA9A1A81B}
  {61}={01C80AA9A1A81B}
  Host name{12}={─є╛╗ґ-┐╚Н╙}
  {81}={00000080A4ACA8AD2D83ABEEAA}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={000400640006}
    sub{2}={0006C8BE19C3D3E0}

05-07/22:24:08  WARN [dhcpLstnr-p-10-t-2] InetAbstractDhcpProcessor - Device not found for address: 10.XX.181.20, ignoring DHCP request.

...

05-07/22:33:12  INFO [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: -1342236401, secs: 0, flags: 0
Client IP: 10.XX.70.10
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.XX.70.254
Client MAC: {A0B3CC746448}
  {61}={01A0B3CC746448}
  {60}={756468637020302E392E38}
  Parameter request list{55}={1, 3, 6, 12, 15, 17, 28, 66, 33, 121, -7}

05-07/22:33:12  WARN [dhcpLstnr-p-10-t-1] InetAbstractDhcpProcessor - DHCP request without Options.82!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 май 2013, 03:04 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Извините, не усмотрел - dhcp.renew=1 нужно указывать в корневом устройстве (типе устройства) Access+Accounting. Т.е. этот флаг работает для всего приложения Access.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 май 2013, 11:34 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Параметр dhcp.renew=1 указан вообще в конфигурации модуля.

Вложение:
Inet_pg.jpg
Inet_pg.jpg [ 98.42 КБ | Просмотров: 17664 ]


Или обязательно нужно перенести в корневое устройство ProcessGroup:Access+Accounting ?

PS. Пробовал указать параметр dhcp.renew=1 и в конфигурации устройства ProcessGroup:Access+Accounting и в его типе, не помогает.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 май 2013, 15:51 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Access точно обновлен? Если да - нужен доступ, посмотреть...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 май 2013, 19:22 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
В сообщении выше показывал вывод root@bill:/usr/local/BGInetAccess# ./access.sh status
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) Server VM [1.6.0_30] /usr/lib/jdk1.6.0_30/jre
Runtime name: 13435@bill.local
Java endorsed dirs: /lib/endorsed:/usr/lib/java/lib/endorsed
OS: Linux 3.6.6 [i386], file.encoding: ISO-8859-1, user.name: root
Heap sizes: current=62848k free=62190k max=932096k
Kernel version 5.2 build 1493 from 30.04.2013 22:41:51
Inet version 5.2 build 1165 from 06.05.2013 20:13:17
..

Доступ у Вас есть.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 май 2013, 21:46 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выложили обновление модуля.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 май 2013, 17:20 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
RENEW запросы заработали, но теперь не обновляется статус активности соединения и соответственно в мониторинге не обновляется поле "активность" и "длительность".
Из-за этого по истечению таймаута все соединения закрываются.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 14:06 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Цитата:
Из-за этого по истечению таймаута все соединения закрываются

Та же проблема. Стали постоянно рваться сессии с динамической выдачей адресов


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 14:33 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Со статической выдачей тоже разрывается.
Отключение обработки RENEW запросов не помогает.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 18:04 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
DHCP сервер может сам рассчитать значение опции 59 "Rebinding Time Value T2" и добавлять ее в ответ клиенту?
Проверил снифером на WIN XP dhcp клиент не шлёт DHCP Discover по истечению 87.5% от времени аренды.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 18:35 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
RENEW запросы заработали, но теперь не обновляется статус активности соединения и соответственно в мониторинге не обновляется поле "активность" и "длительность".
Из-за этого по истечению таймаута все соединения закрываются.
Выложили обновление модуля. Не забудьте сделать бэкап старых библиотек.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 18:38 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
DHCP сервер может сам рассчитать значение опции 59 "Rebinding Time Value T2" и добавлять ее в ответ клиенту?
Проверил снифером на WIN XP dhcp клиент не шлёт DHCP Discover по истечению 87.5% от времени аренды.
А его нужно рассчитывать? Если просто указать, например, 80% от dhcp.leaseTime?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 19:04 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выкладывается обновление:
Цитата:
A: Inet: Возможность указания dhcp.option.renewalTime, dhcp.option.rebindingTime, dhcp.renew.option.leaseTime, dhcp.renew.option.renewalTime, dhcp.renew.option.rebindingTime.
dhcp.renew.option.leaseTime, dhcp.renew.option.renewalTime, dhcp.renew.option.rebindingTime должны переопределять значения для renew запросов.

В rfc есть
Цитата:
The server may choose not to extend the lease (as a policy decision by
the network administrator), but should return a DHCPACK message
regardless.
но как именно "not extend" - я не нашел.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 20:18 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Amir писал(а):
Цитата:
DHCP сервер может сам рассчитать значение опции 59 "Rebinding Time Value T2" и добавлять ее в ответ клиенту?
Проверил снифером на WIN XP dhcp клиент не шлёт DHCP Discover по истечению 87.5% от времени аренды.
А его нужно рассчитывать? Если просто указать, например, 80% от dhcp.leaseTime?


Ну да это я и понимаю под словом рассчитать, но достаточно и просто указать в кофиге соблюдая правило lease time > T2 > T1


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 май 2013, 23:35 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
2 часа полет нормальный.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 июл 2013, 13:08 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Пытаемся настроить DHCP.82 Нет ответа от BGBilling DHCP сервера
В логах вижу вот такие сообщения:
Код:
07-16/11:04:58  INFO [dhcpLstnr-p-11-t-8] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 0
xid: 102142286, secs: 6912, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 0.0.0.0
Client MAC: {60EB69B38938}
  {61}={0160EB69B38938}
  Host name{12}={Programmer}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={3137322E31362E39392E3336313031}
    sub{2}={333230}

07-16/11:04:58  WARN [dhcpLstnr-p-11-t-8] InetAbstractDhcpProcessor - Device not found for address: 0.0.0.0, ignoring DHCP request.
07-16/11:04:58  INFO [dhcpLstnr-p-11-t-9] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 102142286, secs: 6912, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 185.23.81.1
Client MAC: {60EB69B38938}
  {61}={0160EB69B38938}
  Host name{12}={Programmer}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={3137322E31362E39392E3336313031}
    sub{2}={333230}

07-16/11:04:58 ERROR [dhcpLstnr-p-11-t-9] DhcpListenerWorker -
java.lang.ArrayIndexOutOfBoundsException
   at java.lang.System.arraycopy(Native Method)
   at ru.bitel.bgbilling.modules.inet.runtime.device.AbstractInetDeviceRuntime.getOption82AgentRemoteId(AbstractInetDeviceRuntime.java:97)
   at ru.bitel.bgbilling.modules.inet.runtime.device.InetDeviceRuntime.getOption82AgentRemoteId(InetDeviceRuntime.java:1)
   at ru.bitel.bgbilling.modules.inet.dhcp.InetAbstractDhcpProcessor.processOption82Request(InetAbstractDhcpProcessor.java:400)
   at ru.bitel.bgbilling.modules.inet.dhcp.InetAbstractDhcpProcessor.processRequest(InetAbstractDhcpProcessor.java:262)
   at ru.bitel.bgbilling.kernel.network.dhcp.DhcpListenerWorker.runImpl(DhcpListenerWorker.java:55)
   at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
   at java.lang.Thread.run(Thread.java:722)
   at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)


Для теста направили DHCP запросы на DHCP-сервер стороннего производителя, он отработал корректно

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

  Клиент: вер. 6.0 сборка 1198 от 07.06.2013 18:47:30
    os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.7.0_11
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется
  Сервер: вер. 6.0 сборка 1522 от 10.06.2013 19:29:11
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

  bill вер. 6.0 сборка 323 от 31.05.2013 13:55:16
  card вер. 6.0 сборка 214 от 31.05.2013 13:55:19
  inet вер. 6.0 сборка 1188 от 10.06.2013 19:29:09
  npay вер. 6.0 сборка 215 от 31.05.2013 13:56:58
  ru.bitel.bgbilling.plugins.cladr вер. 6.0 сборка 120 от 31.05.2013 13:57:05


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 июл 2013, 13:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Угрюмов Роман писал(а):
Пытаемся настроить DHCP.82 Нет ответа от DHCP сервера


Настройки то покажите по option82


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 июл 2013, 14:10 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А что в remoteId находится - sub{2}={333230}?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 183 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


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

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