forum.bitel.ru • Просмотр темы

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

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

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

DHCP opt82

Страница 1 из 2

[ Сообщений: 31 ]

На страницу 1, 2 След.

Версия для печати

Пред. тема | След. тема

Автор

Сообщение

Khoma

Заголовок сообщения: DHCP opt82

Добавлено: 30 апр 2012, 13:10

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Не подскажете, почему при работе по схеме 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

Заголовок сообщения: Re: DHCP opt82

Добавлено: 30 апр 2012, 15:14

Разработчик

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

А значение connection.close.time= (по старому - session.close.time) сколько стоит?
Должно быть больше, чем dhcp.option.leaseTime.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 30 апр 2012, 15:43

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

А этот параметр задается в настройках устройства relay?Или глобально в конфигурации модуля?

Прочитал, что на устройстве. Буду пробовать.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 май 2012, 13:01

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

В общем пришлось переехать на неродной 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

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 май 2012, 15:32

Разработчик

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

А в тестовом стенде стоял
dhcp.option.serverIdentifier?
Вроде бы он здесь не нужен - если он указан (а по умолчанию все равно что dhcp.option.serverIdentifier=0.0.0.0), он передается в DHCP ответе, и DHCP клиент начинает слать запросы напрямую по этому адресу, в обход коммутатора, что по схеме DHCP.82 работать не будет во многих случаях.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 май 2012, 17:31

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Хм, не помню, не отследил изменения конфигов.
Сконфигурирую без него, протестирую.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 17 май 2012, 20:18

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

В общем проблема есть.
Настроено вот так:

Код:

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

Заголовок сообщения: Re: DHCP opt82

Добавлено: 19 май 2012, 23:55

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 21 май 2012, 10:34

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

апну ещё раз.

Цитата:

Бен, это Данила, ай нид хелп!

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 13:38

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

up.
Помогите, плиз. Что делать с этой проблемой? Так как сейчас работать невозможно. Пришлось откатить всех абонентов на обычный dhcp. В итоге управлять услугой очень проблематично.

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 13:45

Разработчик

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

Т.е. первый раз выдается, при следующем renew ip не получает, через некоторое время снова получает?
Изначально было нормально, а потом испортилось или сразу так было?
Случается у всех постоянно или периодически у некоторых?

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 13:57

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Amir писал(а):

Т.е. первый раз выдается, при следующем renew ip не получает, через некоторое время снова получает?

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

Amir писал(а):

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

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

Amir писал(а):

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

Происходит у всех.

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 14:17

Разработчик

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

Ответы обычного dhcp отличаются от того что выдает Access? Может быть из-за того, что leaseTime маленький?
До rfc 2006 года, leaseTime, вроде бы, не мог быть меньше часа. В обычном dhcp такой же выдается или больше?

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

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 14:24

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Amir писал(а):

В обычном dhcp lease-time установлен в 3600. Т.е. они разные, попробую сейчас поменять в нём на те же 300.
Ответы dhcp пока не сравнивал.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 22 май 2012, 17:38

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

На обычном ISC с тем же lease-time = 300 ничего не происходит, всё работает ровно.
Я в личку отправил логи wireshark

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 28 май 2012, 12:59

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Поставил server-identifier=IP Access. Четвертый день - полёт нормальный.
Осталось проверить выдачу faked-IP. Что-то было не так, сейчас проверить немогу, нет заблоченных ))) На тестовом поиграюсь.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 28 май 2012, 15:46

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Обнаружил две новые непонятности:
Первая. Есть клиент, всё прописано, всё добавленно, баланс положительный и т.п. При попытке получить 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

Заголовок сообщения: Re: DHCP opt82

Добавлено: 28 май 2012, 16:17

Разработчик

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

По первой ошибке: там по логам клиент почему-то одновременно посылает discover и request с одинаковыми xid, хотя не должно быть такого. Может быть заглючила железка?
На discover отправляется нормальный offer с предложением IP, а на request - NAK - т.к. в request присутствует Requested-IP, не принадлежащий этой сессии.
По второй: на договоре было два сервиса?

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 28 май 2012, 17:11

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

По второй.
У абонента один сервис. Причем это может быть вообще без договора, если воткнуться в коммутатор в порт, который не привязан ни к одному абоненту, то возникнет такая сессия, которую не прибить из интерфейса.

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 28 май 2012, 17:22

Разработчик

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

По логам вроде бы на этом договоре раньше был сервис с id 138, возможно как-то повлияло. Смотрим...

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 29 май 2012, 18:43

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Amir писал(а):

По логам вроде бы на этом договоре раньше был сервис с id 138, возможно как-то повлияло. Смотрим...

Так как же всё-таки прибивать такие сессии как указано выше? Неужели ручками через базу?

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 29 май 2012, 18:48

Разработчик

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

Наверное, только так, т.к. сессия привязана к сервису, который был удален.
В последних билдах биллинг не даст удалить сервис с активной сессией или активным периодом действия сервиса, чтобы не возникало больше сессий без сервиса.

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 31 май 2012, 03:08

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Отписываюсь о решении первой проблемы (правда это не решение, а обходной способ, хотелось бы получить от разработчиков работающее решение).
Суть проблемы.
Есть абонент, заводим сервис DHCP, всё активно, баланс в норме, свитч настроен, погода хорошая. Абонент белый IP не получает, пример лога во втором посте. Получает серый, но с договором он не связывается, в логах договора его нет. В общих логах есть, но опять же с пустым значением в поле договор.
Действия:
1. Выключаем порт на коммутаторе.
2. Удаляем сервис на договоре.
3. Добавляем сервис на договор.
4. Перезапускаем access.
5. Включаем порт.

Абонент получил белый IP, в логах есть связка, всё в порядке. Таким образом сумел двум абонентам на разных свитчах выдать таки адреса, но ведь это не нормально, это шаманство...

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 31 май 2012, 12:05

Разработчик

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

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

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

Вернуться к началу

Khoma

Заголовок сообщения: Re: DHCP opt82

Добавлено: 31 май 2012, 12:34

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0

Amir писал(а):

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

Проблема также возникает в случае, если в непривязанный порт коммутатора воткнули абонента. Биллинг выдаёт ему фейковый IP и влогах появляется запись с пустым договором, которую причем нельзя удалить штатно. Если теперь добавить к договору сервис на этот порт, то абонент реального IP не получит, пока не сделаешь всех тех шаманских действий, что я описал в предыдущем посте.

Вернуться к началу

Amir

Заголовок сообщения: Re: DHCP opt82

Добавлено: 31 май 2012, 12:48

Разработчик

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

Цитата:

Проблема также возникает в случае, если в непривязанный порт коммутатора воткнули абонента.

Точно такое повторяется? По коду там, если сервис не найден, то вообще не отвечает на DHCP и сессии никакой не создается.

Вернуться к началу

nik247

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 июн 2012, 09:21

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

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 июн 2012, 09:38

Разработчик

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

Нужно закрыть сначала вчерашним числом - должно нормально удалиться.
Не совсем удобно, но удаление должно быть для крайних случаев, прм нормальной работе должно быть достаточно просто закрывать период сервиса.

Вернуться к началу

nik247

Заголовок сообщения: Re: DHCP opt82

Добавлено: 01 июн 2012, 12:57

Amir писал(а):

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

Кстати еще, если удалить договор, то при этом серсисы остаются в системе.... без договора.

Вернуться к началу

Victor

Заголовок сообщения: Re: DHCP opt82

Добавлено: 04 июн 2012, 07:57

Клиент

Зарегистрирован: 12 фев 2007, 18:49
Сообщения: 335
Карма: 15

Khoma писал(а):

Поставил server-identifier=IP Access.

можно поподробнее на этом месте? не совсем понял, что имелось ввиду под IP Access

Вернуться к началу

Страница 1 из 2

[ Сообщений: 31 ]

На страницу 1, 2 След.

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

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

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

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

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

Перейти:

BiTel

DHCP opt82

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