BiTel

При попытке получить Адрес в dhcp.out
Exception in thread "pool-1-thread-1" java.lang.NullPointerException
at bitel.billing.server.ext.dhcp.DHCPPacket.setOption(DHCPPacket.java:535)
at bitel.billing.server.ext.dhcp.DHCPPacket.setOption(DHCPPacket.java:554)
at bitel.billing.server.ext.dhcp.DHCPRelayProcessor.processRequest(DHCPRelayProcessor.java:225)
at bitel.billing.server.ext.dhcp.DHCPRequestThread.run(DHCPRequestThread.java:21)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Сервер 4,5 сборка 299
BGDHCP 4.5_70
в dhcp.log
DEBUG 25.10.2008 22:35:19,977 pool-1-thread-14 processing request
DEBUG 25.10.2008 22:35:19,977 pool-1-thread-14 OP_BOOT_REQUEST
DEBUG 25.10.2008 22:35:19,977 pool-1-thread-14 agent information is not found
DEBUG 25.10.2008 22:35:19,977 pool-1-thread-14 trying to renew ip
DEBUG 25.10.2008 22:35:19,979 pool-1-thread-14 processing request
DEBUG 25.10.2008 22:35:19,979 pool-1-thread-14 OP_BOOT_REQUEST
DEBUG 25.10.2008 22:35:19,979 pool-1-thread-14 agent information found!
DEBUG 25.10.2008 22:35:19,995 pool-1-thread-14 processing request
DEBUG 25.10.2008 22:35:19,995 pool-1-thread-14 OP_BOOT_REQUEST
DEBUG 25.10.2008 22:35:19,995 pool-1-thread-14 agent information found!

После добавления dhcp.82.key.position=3 ошибки в dhcp.out не появляюся. Но в dhcp.log осталось.
DEBUG 26.10.2008 22:57:03,706 pool-1-thread-5 processing request
DEBUG 26.10.2008 22:57:03,706 pool-1-thread-5 OP_BOOT_REQUEST
DEBUG 26.10.2008 22:57:03,706 pool-1-thread-5 agent information is not found
DEBUG 26.10.2008 22:57:03,706 pool-1-thread-5 trying to renew ip
DEBUG 26.10.2008 22:57:03,707 pool-1-thread-5 processing request
DEBUG 26.10.2008 22:57:03,707 pool-1-thread-5 OP_BOOT_REQUEST
DEBUG 26.10.2008 22:57:03,708 pool-1-thread-5 agent information found!
DEBUG 26.10.2008 22:57:03,708 pool-1-thread-5 DHCP_REQUEST or DHCP_DISCOVER
DEBUG 26.10.2008 22:57:03,708 pool-1-thread-5 request.giaddr =192.168.0.21
DEBUG 26.10.2008 22:57:03,708 pool-1-thread-5 gateId = 13
DEBUG 26.10.2008 22:57:12,706 pool-1-thread-5 processing request
Запросы tcpdump показывают пакеты c 192.168.0.21 на интерфейс BGDHCP ответов нету

Попробуйте сделать сихронизацию dlink .Закройте/откройте шлюз и посмотрите что приходит в log dhcp. Информация о ip передается в dhcp при синхронизации. Надо узначть получал ли dhcp ип и порты для свича 192.168.0.21

Как это узнать.
Вот вывод
tcpdump -nx -i eth0 -s 1500 udp port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes
13:07:10.452945 IP 192.168.0.22.68 > 192.168.0.2.67: BOOTP/DHCP, Request from 00:16:76:7f:b1:5d, length 310
0x0000: 4500 0152 3c70 0000 8011 7bc2 c0a8 0016
0x0010: c0a8 0002 0044 0043 013e 9254 0101 0601
0x0020: 97a9 e06c 0d00 8000 0000 0000 0000 0000
0x0030: 0000 0000 c0a8 0016 0016 767f b15d 0000
0x0040: 0000 0000 0000 0000 0000 0000 0000 0000
0x0050: 0000 0000 0000 0000 0000 0000 0000 0000
0x0060: 0000 0000 0000 0000 0000 0000 0000 0000
0x0070: 0000 0000 0000 0000 0000 0000 0000 0000
0x0080: 0000 0000 0000 0000 0000 0000 0000 0000
0x0090: 0000 0000 0000 0000 0000 0000 0000 0000
0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000
0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000
0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000
0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000
0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000
0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000
0x0100: 0000 0000 0000 0000 6382 5363 3501 0174
0x0110: 0101 3d07 0100 1676 7fb1 5d0c 096f 6666
0x0120: 6963 6532 3839 3c08 4d53 4654 2035 2e30
0x0130: 370b 010f 0306 2c2e 2f1f 21f9 2b52 1201
0x0140: 0600 0400 0100 0a02 0800 0600 1e58 98fe
0x0150: 6fff
Запрос с Машины, которая проси адрес на интерфейсе сервера BGDHCP_IPN.
После открытия и закрытия шлюза Dlink script в логах dhcp ничего не появляется.

dhcp.prorerties
processor.class=bitel.billing.server.ext.dhcp.DHCPRelayProcessor
dhcp.82.key.position=3
admin.port=1855
dhcp.thread.count=10
коммутатор/порт:ip в файл
dhcp.data.save.delay=3600
dhcp.data.save.period=3600
dhcp.server.identifier=192.168.0.2

Тип шлюза DHCP
user_rule.editor.class=bitel.billing.module.services.ipn.editor.EmptyContractRuleEditor
gate_manager.class=bitel.billing.server.ipn.DHCPGateWorker

Шлюз DHCP тип DHCP 127.0.0.1 port 1855
dhcp.timeOffset=-18000
dhcp.router=172.16.10.6
dhcp.domain=tamer.lan
dhcp.dns=172.16.10.1
dhcp.subnetMask=255.255.0.0
dhcp.ipAddressLeaseTime=720

Шлюз Dlink script сделан по описанию в ВИКИ
Добавлен как Отдельный шлюз и как дочерний по отношению DHCP в дочернем конфигурация пустая

У клиента указан отдельный шлюз (не дочерний DHCP) и указан порт.

Обновился в субботу с версии 4,3 до 4,5. В 4,3 айпи выдавался через Шлюз Длинк. Сейчас не выдается ни через Длинк ни через Длинк скрипт.
http://bg-billing.bitel.ru/v4.5/downloa ... 4.5_70.zip

Я имел ввиду закройте/откройте dlink и посмотрите что сменилось в логе DHCP . туда родителский шлюз-dhcp должен передать IP. если там ничего не поменялось , значит не передает.

тогда конфиг шлюза dlink покажите

Записи при открытии шлюза Dlink
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 processing request
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 OP_BOOT_REQUEST
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 agent information is not found
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 trying to renew ip
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 processing request
DEBUG 27.10.2008 16:18:15,650 pool-1-thread-2 OP_BOOT_REQUEST
DEBUG 27.10.2008 16:18:15,651 pool-1-thread-2 agent information is not found
DEBUG 27.10.2008 16:18:15,651 pool-1-thread-2 trying to renew ip
DEBUG 27.10.2008 16:18:15,651 pool-1-thread-2 processing request
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-2 OP_BOOT_REQUEST
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-2 agent information found!
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-2 DHCP_REQUEST or DHCP_DISCOVER
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-2 request.giaddr =192.168.0.21
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-2 gateId = 18
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 processing request
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 OP_BOOT_REQUEST
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 agent information found!
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 DHCP_REQUEST or DHCP_DISCOVER
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 request.giaddr =192.168.0.22
DEBUG 27.10.2008 16:18:15,652 pool-1-thread-1 gateId = 20
Кофиг типа шлюза Dlink3526
user_rule.editor.class=bitel.billing.module.services.ipn.editor.DlinkContractRuleEditor
gate_manager.class=bitel.billing.server.ipn.DlinkGateWorker
#версия snmp 1 или 2c
snmp.version=1
#1 - для 35xx, 2 - для 38xx
model=1

Конфиг шлюза Клиента (нормально открывает и закрывает) (192,168,0,22)
open.mask=255.255.255.255
open.address=172.16.10.5
ports=26
uplink=25,26
profile.4=4
profile.8=8
profile.12=12
profile.16=16
profile.20=20
profile.24=24
profile.28=28

Конфиг Шлюза типа DHCP
user_rule.editor.class=bitel.billing.module.services.ipn.editor.EmptyContractRuleEditor
gate_manager.class=bitel.billing.server.ipn.DHCPGateWorker

Конфиг Шлюз DHCP (127.0.0.1:1855)
dhcp.timeOffset=-18000
dhcp.router=172.16.10.6
dhcp.domain=tamer.lan
dhcp.dns=172.16.10.1
dhcp.subnetMask=255.255.0.0
dhcp.ipAddressLeaseTime=720

Дочерний шлюз (192.168.0.22) конфига не имеет (Цитата из документации "Параметры, выдающиеся клиенту кроме ip адреса, настраиваются в конфигурации шлюзов, причем родительские параметры наследуются потомками"

Номер порта ДХСП получает в четвертом посте (кусок tcpdump 0a02 0800 0600 1e58 98fe 0x0150: 6fff) 0a номер порта потом 4 байта и мак коммутатора

Сразу после запуска BGDHCP
netstat -n | grep 1855
tcp 0 0 127.0.0.1:1855 127.0.0.1:41080 TIME_WAIT
После выполнения задания планировщиком "Проверка шлюзов"
Порт закрывается.

Не пишет данные в файл dhcp.data
Вручную внес данные
<port gateId="22" id="4" ip="AC 10 0B 16"/><port gateId="20" id="24" ip="AC 10 0B 14"/>
Клиенты айпи адрес получили.

он туда не пишет потому что не получает информацию при синхронизауии .. у вас задача синхронизации шлюзов запущена ?

вообще при синхронизации - даже при обычно ручной вы должны получать в логе DHCP вот такое :


И если эта информация была передана в dhcp, то при выдаче адреса будут сообщения такого вида :

А в server.log и server.out ошибок нет ? доступ удаленный можете дать в личке ?

Разобрался. В Версии 4.3 работало вот так
Свойства Шлюза DHCP
dhcp.timeOffset=-18000
dhcp.router=172.16.10.6
dhcp.domain=
dhcp.dns=172.16.10.1
dhcp.subnetMask=255.255.0.0
dhcp.ipAddressLeaseTime=720
А свойства дочернего шлюза были пусты.
Сейчас вер. 4.5 заработало когда в дочерний шлюз прописал
#маска открытых серверов
open.mask=255.255.255.255
#адрес открытого сервера
open.address=172.16.10.5
#количество портов
ports=26
#номера uplink портов (связь с другими коммутаторами)
uplink=25,26
#занимаемые профили
profile.4=4
profile.8=8
profile.12=12
profile.16=16
profile.20=20
profile.24=24
profile.28=28
#Time Offset в секундах
dhcp.timeOffset=-18000
#Роутер(ы), если несколько - через запятую
dhcp.router=172.16.10.6
#Домен
#dhcp.domain=
#DNS сервер(а), если несколько - через запятую
dhcp.dns=172.16.10.1
#Маска подсети
#dhcp.subnetMask=255.0.0.0
dhcp.subnetMask=255.255.255.0
Спасибо за ответы.

Хм. странно ..т.е перенесли из родителского шлюза все настройки в дочерний и заработало ? .. я проверил , у меня работает если настройки толко в родительском шлюзе , наверное все-таки не в этом причина была