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

DHCP opt82
http://forum.bitel.ru/viewtopic.php?f=44&t=6738		 Страница 1 из 2
Автор:  Khoma [ 30 апр 2012, 13:10 ]
Заголовок сообщения:  DHCP opt82
Не подскажете, почему при работе по схеме DHPC opt82 с интервалом leasetime у абонентов рвется сессия? Т.е. lease не продляется, а выдается новый IP. Само собой в этот момент у абонента происходит разрыв в передаче данных, IP nо нет. На стенде я этого не замечал. Изначально был выставлен dhcp.option.leaseTime=60, пробовал 300 и т.д.
В чем может быть затык?

Код:
Сервер: вер. 5.2 сборка 1171 от 24.04.2012 19:09:28
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_27

  bill вер. 5.2 сборка 251 от 20.04.2012 19:46:00
  card вер. 5.2 сборка 172 от 06.04.2012 13:29:19
  inet вер. 5.2 сборка 864 от 24.04.2012 19:09:26
  mps вер. 5.2 сборка 148 от 09.04.2012 01:19:54
  npay вер. 5.2 сборка 175 от 16.04.2012 19:35:29
  qiwi вер. 5.2 сборка 6 от 19.04.2012 11:20:55
  reports вер. 5.2 сборка 173 от 03.04.2012 18:30:20
  rscm вер. 5.2 сборка 155 от 13.03.2012 14:04:14
  ru.bitel.bgbilling.plugins.crm вер. 5.2 сборка 176 от 27.03.2012 15:58:13
  ru.bitel.bgbilling.plugins.dispatch вер. 5.2 сборка 35 от 09.04.2012 14:31:36
  ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 139 от 09.04.2012 01:19:55
  ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 160 от 13.03.2012 14:04:11
  trayinfo вер. 5.2 сборка 153 от 13.03.2012 14:04:14
Автор:  Amir [ 30 апр 2012, 15:14 ]
Заголовок сообщения:  Re: DHCP opt82
А значение connection.close.time= (по старому - session.close.time) сколько стоит?
Должно быть больше, чем dhcp.option.leaseTime.
Автор:  Khoma [ 30 апр 2012, 15:43 ]
Заголовок сообщения:  Re: DHCP opt82
А этот параметр задается в настройках устройства relay?Или глобально в конфигурации модуля?

Прочитал, что на устройстве. Буду пробовать.
Автор:  Khoma [ 01 май 2012, 13:01 ]
Заголовок сообщения:  Re: DHCP opt82
В общем пришлось переехать на неродной dhcp. Абоненты одолели звонками в выходные.
Проблема та же - периодический разрыв сессии. (Запрос IP - выдача нового, не продление, а именно выдача, в этот момент IP у устройства нет и интернета нет)
Настроено сейчас вот так:
Изображение
Устройство Access+Accounting настроено вот так
Код:
dhcp.relay.deviceTypeIds=2,5,6,7,8,9

dhcp.deviceSearchMode=2
dhcp.serviceSearchMode=1

dhcp.ipCategories=1
dhcp.disable.ipCategories=4

dhcp.option.serverIdentifier=10.18.210.2
dhcp.option.leaseTime=60
#
dhcp.net.option.176.97.128.0:255.255.248.0.gate=176.97.128.1
dhcp.net.option.176.97.128.0:255.255.248.0.dns=8.8.8.8
#
dhcp.net.option.10.18.200.0:255.255.255.0.gate=10.18.200.1
dhcp.net.option.10.18.200.0:255.255.255.0.dns=8.8.8.8
#
accounting.tariffication.thread.count=1
accounting.tariffication.1=0:10:5

#
accounting.flushing.thread.count=1
accounting.flushing.1=0:10:5

#Таймаут перевода соединения в статус suspended при остутствии радиус пакетов
connection.suspend.timeout=900
#Таймаут закрытия соединения при остутствии радиус-пакетов или, для сессий, создаваемых по наличии трафика, при отсутствии flow пакетов
#(не складывается с connection.suspend.timeout)
connection.close.timeout=300

#Таймаут завершения закрытой сессии
connection.finish.timeout=5

#Нужно ли логически разрывать сессию при переключении состояния
session.split.onDeviceState=0
#Нужно ли логически разрывать сессию при активации или деактивации тарифной опции
session.split.onTariffOption=0

Вот как это выглядит в мониторе:
Изображение

Код:
Сервер: вер. 5.2 сборка 1171 от 24.04.2012 19:09:28
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_27

  bill вер. 5.2 сборка 251 от 20.04.2012 19:46:00
  card вер. 5.2 сборка 172 от 06.04.2012 13:29:19
  inet вер. 5.2 сборка 864 от 24.04.2012 19:09:26
  mps вер. 5.2 сборка 148 от 09.04.2012 01:19:54
  npay вер. 5.2 сборка 175 от 16.04.2012 19:35:29
  qiwi вер. 5.2 сборка 6 от 19.04.2012 11:20:55
  reports вер. 5.2 сборка 173 от 03.04.2012 18:30:20
  rscm вер. 5.2 сборка 155 от 13.03.2012 14:04:14
  ru.bitel.bgbilling.plugins.crm вер. 5.2 сборка 176 от 27.03.2012 15:58:13
  ru.bitel.bgbilling.plugins.dispatch вер. 5.2 сборка 35 от 09.04.2012 14:31:36
  ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 139 от 09.04.2012 01:19:55
  ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 160 от 13.03.2012 14:04:11
  trayinfo вер. 5.2 сборка 153 от 13.03.2012 14:04:14
Автор:  Amir [ 01 май 2012, 15:32 ]
Заголовок сообщения:  Re: DHCP opt82
А в тестовом стенде стоял
dhcp.option.serverIdentifier?
Вроде бы он здесь не нужен - если он указан (а по умолчанию все равно что dhcp.option.serverIdentifier=0.0.0.0), он передается в DHCP ответе, и DHCP клиент начинает слать запросы напрямую по этому адресу, в обход коммутатора, что по схеме DHCP.82 работать не будет во многих случаях.
Автор:  Khoma [ 01 май 2012, 17:31 ]
Заголовок сообщения:  Re: DHCP opt82
Хм, не помню, не отследил изменения конфигов.
Сконфигурирую без него, протестирую.
Автор:  Khoma [ 17 май 2012, 20:18 ]
Заголовок сообщения:  Re: DHCP opt82
В общем проблема есть.
Настроено вот так:
Код:
dhcp.deviceSearchMode=2
dhcp.serviceSearchMode=1

dhcp.ipCategories=1
dhcp.disable.ipCategories=4

dhcp.option.serverIdentifier=0.0.0.0
dhcp.option.leaseTime=300
#
dhcp.net.option.176.97.128.0:255.255.248.0.gate=176.97.128.1
dhcp.net.option.176.97.128.0:255.255.248.0.dns=8.8.4.4
#
dhcp.net.option.10.18.200.0:255.255.255.0.gate=10.18.200.1
dhcp.net.option.10.18.200.0:255.255.255.0.dns=8.8.4.4

connection.close.timeout=420


на клиенте происходит следующее:
Код:
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59
Ответ от 77.88.21.3: число байт=32 время=1мс TTL=59


Что происходит? Клиент теряет IP на некоторое время. В выводе ipconfig видно, что ПК без IPшника, после он получает тот же самый IP и продолжает работать. В биллинге сессия целая, неразрывалась.
фрагмент dhcp.log
Код:
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 274266092, secs: 768, flags: 0
Client IP: 176.97.128.180
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.18.210.111
Client MAC: {0018F3072EC1}
  {61}={010018F3072EC1}
  Host name{12}={PC-2}
  {81}={0000004F53412D32}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}

05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetDhcpDevice - SearchMode: 1; vlan: 4044; interfaceId: 2; remoteId: F07D68A25438
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetDhcpProcessor - InetServ found: ContractId: 76; servId: 5
   f07d68a25438 [2]
   Options [] TariffModuleTreeSet [12:23.04.2012-…; ]
   Device state: 1; optionSet:10
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetApplication - inetServ[id=5] balance ok: 0.06 [0]
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetApplication - TariffOptionMap: {}
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetDhcpProcessor - Updating of existing connection: InetConnection [id=4140-0, iface=20:2, sessId=33737570, start=17.05.2012 17:42:32, uname=null, addr=176.97.128.180]
05-17/18:12:57  INFO [dhcpLstnr-p-7-t-4] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: 274266092, secs: 0, flags: 0
Client IP: 176.97.128.180
Your IP: 176.97.128.180
Server IP: 0.0.0.0
Relay IP: 10.18.210.111
Client MAC: {0018F3072EC1}
  Server Identifier{54}={00000000}
  IP Address Lease Time{51}=300
  Subnet mask{1}=255.255.248.0
  Router{3}=176.97.128.1
  DNS{6}={08080404}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}

05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: -1280646306, 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.18.210.111
Client MAC: {0018F3072EC1}
  {61}={010018F3072EC1}
  Requested IP Address{50}=176.97.128.180
  Host name{12}={PC-2}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}

05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetDhcpDevice - SearchMode: 1; vlan: 4044; interfaceId: 2; remoteId: F07D68A25438
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetDhcpProcessor - InetServ found: ContractId: 76; servId: 5
   f07d68a25438 [2]
   Options [] TariffModuleTreeSet [12:23.04.2012-…; ]
   Device state: 1; optionSet:10
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetApplication - inetServ[id=5] balance ok: 0.06 [0]
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetApplication - TariffOptionMap: {}
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-2] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: -1280646306, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 176.97.128.180
Server IP: 0.0.0.0
Relay IP: 10.18.210.111
Client MAC: {0018F3072EC1}
  Server Identifier{54}={00000000}
  IP Address Lease Time{51}=300
  Subnet mask{1}=255.255.248.0
  Router{3}=176.97.128.1
  DNS{6}={08080404}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}

05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: -1280646306, 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.18.210.111
Client MAC: {0018F3072EC1}
  {61}={010018F3072EC1}
  Requested IP Address{50}=176.97.128.180
  Server Identifier{54}={00000000}
  Host name{12}={PC-2}
  {81}={0000004F53412D32}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}

05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetDhcpDevice - SearchMode: 1; vlan: 4044; interfaceId: 2; remoteId: F07D68A25438
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetDhcpProcessor - InetServ found: ContractId: 76; servId: 5
   f07d68a25438 [2]
   Options [] TariffModuleTreeSet [12:23.04.2012-…; ]
   Device state: 1; optionSet:10
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetApplication - inetServ[id=5] balance ok: 0.06 [0]
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetApplication - TariffOptionMap: {}
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetDhcpProcessor - Updating of existing connection: InetConnection [id=4140-0, iface=20:2, sessId=33737570, start=17.05.2012 17:42:32, uname=null, addr=176.97.128.180]
05-17/18:13:10  INFO [dhcpLstnr-p-7-t-5] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: -1280646306, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 176.97.128.180
Server IP: 0.0.0.0
Relay IP: 10.18.210.111
Client MAC: {0018F3072EC1}
  Server Identifier{54}={00000000}
  IP Address Lease Time{51}=300
  Subnet mask{1}=255.255.248.0
  Router{3}=176.97.128.1
  DNS{6}={08080404}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, 121, -7, 43}
  Agent information{82}=
    sub{1}={00040FCC0002}
    sub{2}={0006F07D68A25438}
Автор:  Khoma [ 19 май 2012, 23:55 ]
Заголовок сообщения:  Re: DHCP opt82
up
Автор:  Khoma [ 21 май 2012, 10:34 ]
Заголовок сообщения:  Re: DHCP opt82
апну ещё раз.

Цитата:
Бен, это Данила, ай нид хелп!
Автор:  Khoma [ 22 май 2012, 13:38 ]
Заголовок сообщения:  Re: DHCP opt82
up.
Помогите, плиз. Что делать с этой проблемой? Так как сейчас работать невозможно. Пришлось откатить всех абонентов на обычный dhcp. В итоге управлять услугой очень проблематично.
Автор:  Amir [ 22 май 2012, 13:45 ]
Заголовок сообщения:  Re: DHCP opt82
Т.е. первый раз выдается, при следующем renew ip не получает, через некоторое время снова получает?
Изначально было нормально, а потом испортилось или сразу так было?
Случается у всех постоянно или периодически у некоторых?
Автор:  Khoma [ 22 май 2012, 13:57 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
Т.е. первый раз выдается, при следующем renew ip не получает, через некоторое время снова получает?

Выдаётся нормально, через несколько renew происходит потеря IP у клиента и последующая выдача того же самого. В биллинге разрыва сессии не происходит.

Amir писал(а):
Изначально было нормально, а потом испортилось или сразу так было?

Как было изначально - не знаю. Дело в том, что это сразу не увидишь, пока не сядешь за клиентский комп и не запустишь длинный пинг. Я это обнаружил, когда перевел пачку клиентов и онлайнщики (скайп, игры) заттерроризировали меня, тогда и заметил.

Amir писал(а):
Случается у всех постоянно или периодически у некоторых?

Происходит у всех.
Автор:  Amir [ 22 май 2012, 14:17 ]
Заголовок сообщения:  Re: DHCP opt82
Ответы обычного dhcp отличаются от того что выдает Access? Может быть из-за того, что leaseTime маленький?
До rfc 2006 года, leaseTime, вроде бы, не мог быть меньше часа. В обычном dhcp такой же выдается или больше?

Не понятно почему только через несколько renew происходит - ответы на dhcp-ack не отличаются и отправляются одинаково.
Автор:  Khoma [ 22 май 2012, 14:24 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
Ответы обычного dhcp отличаются от того что выдает Access? Может быть из-за того, что leaseTime маленький?
До rfc 2006 года, leaseTime, вроде бы, не мог быть меньше часа. В обычном dhcp такой же выдается или больше?

Не понятно почему только через несколько renew происходит - ответы на dhcp-ack не отличаются и отправляются одинаково.

В обычном dhcp lease-time установлен в 3600. Т.е. они разные, попробую сейчас поменять в нём на те же 300.
Ответы dhcp пока не сравнивал.
Автор:  Khoma [ 22 май 2012, 17:38 ]
Заголовок сообщения:  Re: DHCP opt82
На обычном ISC с тем же lease-time = 300 ничего не происходит, всё работает ровно.
Я в личку отправил логи wireshark
Автор:  Khoma [ 28 май 2012, 12:59 ]
Заголовок сообщения:  Re: DHCP opt82
Поставил server-identifier=IP Access. Четвертый день - полёт нормальный.
Осталось проверить выдачу faked-IP. Что-то было не так, сейчас проверить немогу, нет заблоченных ))) На тестовом поиграюсь.
Автор:  Khoma [ 28 май 2012, 15:46 ]
Заголовок сообщения:  Re: DHCP opt82
Обнаружил две новые непонятности:
Первая. Есть клиент, всё прописано, всё добавленно, баланс положительный и т.п. При попытке получить IP адрес получаю в логах вот это
Код:
05-28/13:08:15  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: 486758667, secs: 3, flags: 0
Client IP: 10.18.200.6
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.18.210.62
Client MAC: {20CF30EF6CAC}
  {61}={0120CF30EF6CAC}
  {60}={756468637020302E392E38}
  Parameter request list{55}={1, 3, 6, 12, 15, 28, 33, -7, 44}
  Agent information{82}=
    sub{1}={00040FCC0003}
    sub{2}={00061CBDB9572CC0}

05-28/13:08:15  INFO [dhcpLstnr-p-7-t-8] InetDhcpDevice - SearchMode: 1; vlan: 4044; interfaceId: 3; remoteI
d: 1CBDB9572CC0
05-28/13:08:15  INFO [dhcpLstnr-p-7-t-8] InetDhcpProcessor - InetServ found: ContractId: 88; servId: 141
        1cbdb9572cc0 [3]
        Options [5:28.05.2012-01.01.1970; ] TariffModuleTreeSet [6:03.04.2012-…; ]
        Device state: 1; optionSet:5
05-28/13:08:15  INFO [dhcpLstnr-p-7-t-8] InetDhcpProcessor - Unknown xid. Discard packet.
05-28/13:08:15  INFO [dhcpLstnr-p-7-t-8] InetAbstractDhcpProcessor - RESPONSE:
Я так понимаю, что ошибка вот тут -
Код:
InetDhcpProcessor - Unknown xid. Discard packet.
, но что с этим делать, ума не приложу.

Второе, в мониторе возникает вот такая сессия для это клиента. Изображение

При попытке выбрать "Завершить сессию" получаю вот это.

Изображение
Автор:  Amir [ 28 май 2012, 16:17 ]
Заголовок сообщения:  Re: DHCP opt82
По первой ошибке: там по логам клиент почему-то одновременно посылает discover и request с одинаковыми xid, хотя не должно быть такого. Может быть заглючила железка?
На discover отправляется нормальный offer с предложением IP, а на request - NAK - т.к. в request присутствует Requested-IP, не принадлежащий этой сессии.
По второй: на договоре было два сервиса?
Автор:  Khoma [ 28 май 2012, 17:11 ]
Заголовок сообщения:  Re: DHCP opt82
По второй.
У абонента один сервис. Причем это может быть вообще без договора, если воткнуться в коммутатор в порт, который не привязан ни к одному абоненту, то возникнет такая сессия, которую не прибить из интерфейса.
Автор:  Amir [ 28 май 2012, 17:22 ]
Заголовок сообщения:  Re: DHCP opt82
По логам вроде бы на этом договоре раньше был сервис с id 138, возможно как-то повлияло. Смотрим...
Автор:  Khoma [ 29 май 2012, 18:43 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
По логам вроде бы на этом договоре раньше был сервис с id 138, возможно как-то повлияло. Смотрим...


Так как же всё-таки прибивать такие сессии как указано выше? Неужели ручками через базу?
Автор:  Amir [ 29 май 2012, 18:48 ]
Заголовок сообщения:  Re: DHCP opt82
Наверное, только так, т.к. сессия привязана к сервису, который был удален.
В последних билдах биллинг не даст удалить сервис с активной сессией или активным периодом действия сервиса, чтобы не возникало больше сессий без сервиса.
Автор:  Khoma [ 31 май 2012, 03:08 ]
Заголовок сообщения:  Re: DHCP opt82
Отписываюсь о решении первой проблемы (правда это не решение, а обходной способ, хотелось бы получить от разработчиков работающее решение).
Суть проблемы.
Есть абонент, заводим сервис DHCP, всё активно, баланс в норме, свитч настроен, погода хорошая. Абонент белый IP не получает, пример лога во втором посте. Получает серый, но с договором он не связывается, в логах договора его нет. В общих логах есть, но опять же с пустым значением в поле договор.
Действия:
1. Выключаем порт на коммутаторе.
2. Удаляем сервис на договоре.
3. Добавляем сервис на договор.
4. Перезапускаем access.
5. Включаем порт.

Абонент получил белый IP, в логах есть связка, всё в порядке. Таким образом сумел двум абонентам на разных свитчах выдать таки адреса, но ведь это не нормально, это шаманство...
Автор:  Amir [ 31 май 2012, 12:05 ]
Заголовок сообщения:  Re: DHCP opt82
Та сессия, которая в мониторе на скриншоте была привязана к удаленному сервису этого же договора. Т.е. сессия была все-таки привязана к договору. Как-будто сервис был добавлен на договор, потом удален, потом добавлен с теми же параметрами. Возникла сессия, которая была привязана к удаленному сервису (из-за ошибки могла создаться и после удаления). В последних билдах удалить сервис нельзя с активной сессией, кроме того необходимо сначала закрыть период действия сервиса перед удалением, т.е. такой ошибки больше возникать не должно.

Или все же так-же возникает каждый раз (и даже после обновления), когда добавляется новый абонент?
Автор:  Khoma [ 31 май 2012, 12:34 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
Та сессия, которая в мониторе на скриншоте была привязана к удаленному сервису этого же договора. Т.е. сессия была все-таки привязана к договору. Как-будто сервис был добавлен на договор, потом удален, потом добавлен с теми же параметрами. Возникла сессия, которая была привязана к удаленному сервису (из-за ошибки могла создаться и после удаления). В последних билдах удалить сервис нельзя с активной сессией, кроме того необходимо сначала закрыть период действия сервиса перед удалением, т.е. такой ошибки больше возникать не должно.

Или все же так-же возникает каждый раз (и даже после обновления), когда добавляется новый абонент?

Я это словил на двух договорах, где добавлял сервисы с нуля.
Также не было возможности добавить в уже существующие сервисы статический IP (расширил тип сервиса DHPC на "динамический или статический адрес"). Удалив сервис и создав его заново получилось добавить IP, но при этом словил вышеописанную граблю. После этого выполнил действия из моего поста выше и все сработало. Так я смог вернуть к жизни трех абонентов.

Проблема также возникает в случае, если в непривязанный порт коммутатора воткнули абонента. Биллинг выдаёт ему фейковый IP и влогах появляется запись с пустым договором, которую причем нельзя удалить штатно. Если теперь добавить к договору сервис на этот порт, то абонент реального IP не получит, пока не сделаешь всех тех шаманских действий, что я описал в предыдущем посте.
Автор:  Amir [ 31 май 2012, 12:48 ]
Заголовок сообщения:  Re: DHCP opt82
Цитата:
Проблема также возникает в случае, если в непривязанный порт коммутатора воткнули абонента.
Точно такое повторяется? По коду там, если сервис не найден, то вообще не отвечает на DHCP и сессии никакой не создается.
Автор:  nik247 [ 01 июн 2012, 09:21 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
В последних билдах биллинг не даст удалить сервис с активной сессией или активным периодом действия сервиса, чтобы не возникало больше сессий без сервиса.

Теперь вообще сервисы удалять не могу....
Чего только не делал - постоянно "Невозможно удалить сервис с активным периодом действия".
Код:
Клиент: вер. 5.2 сборка 991 от 31.05.2012 20:16:42
    os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_32
  Сервер: вер. 5.2 сборка 1202 от 31.05.2012 19:02:18
    os: Linux; java: Java HotSpot(TM) Client VM, v.1.6.0_31

  bill вер. 5.2 сборка 259 от 28.05.2012 18:09:48
  card вер. 5.2 сборка 175 от 17.05.2012 15:29:01
  dialup вер. 5.2 сборка 339 от 22.05.2012 10:35:22
  email вер. 5.2 сборка 165 от 28.05.2012 18:09:50
  inet вер. 5.2 сборка 899 от 31.05.2012 16:14:27
Автор:  Amir [ 01 июн 2012, 09:38 ]
Заголовок сообщения:  Re: DHCP opt82
Нужно закрыть сначала вчерашним числом - должно нормально удалиться.
Не совсем удобно, но удаление должно быть для крайних случаев, прм нормальной работе должно быть достаточно просто закрывать период сервиса.
Автор:  nik247 [ 01 июн 2012, 12:57 ]
Заголовок сообщения:  Re: DHCP opt82
Amir писал(а):
Нужно закрыть сначала вчерашним числом - должно нормально удалиться.
Не совсем удобно, но удаление должно быть для крайних случаев, прм нормальной работе должно быть достаточно просто закрывать период сервиса.

Ели удалил....
Помогло именно "вчерашнее число"....

Кстати еще, если удалить договор, то при этом серсисы остаются в системе.... без договора.
Автор:  Victor [ 04 июн 2012, 07:57 ]
Заголовок сообщения:  Re: DHCP opt82
Khoma писал(а):
Поставил server-identifier=IP Access.

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