forum.bitel.ru http://forum.bitel.ru/ |
|
DHCP Option 82 http://forum.bitel.ru/viewtopic.php?f=7&t=1888 |
Страница 1 из 1 |
Автор: | ODV [ 08 фев 2009, 15:32 ] |
Заголовок сообщения: | DHCP Option 82 |
DHCP от BGBilling не выдает IP-адреса вот что в логах, и идет все по кругу Цитата: INFO 07.02.2009 14:23:16,357 main dhcp.server.identifier=x.x.x.x INFO 07.02.2009 14:23:16,358 main Starting BGDhcpIPN (BGBilling DHCP server/gate for IPN)... INFO 07.02.2009 14:23:16,360 main dhcp.data.save.delay=3600000 INFO 07.02.2009 14:23:16,361 main dhcp.data.save.period=3600000 INFO 07.02.2009 14:23:16,361 main Load data from file. DEBUG 07.02.2009 14:23:16,533 main set gate 2 x.x.x. INFO 07.02.2009 14:23:16,534 main setGatePortIp: gateId = 2;port=101;adress=172.20.0.1 INFO 07.02.2009 14:23:16,535 main Processor init ok. INFO 07.02.2009 14:23:16,540 main DHCPSocketListener on port=67 init ok. INFO 07.02.2009 14:23:16,544 main AdminSocketListener on port=1868 init ok. INFO 07.02.2009 14:23:16,545 Thread-5 AdminSocketListener listen. DEBUG 07.02.2009 14:31:40,213 pool-1-thread-3 processing request DEBUG 07.02.2009 14:31:40,213 pool-1-thread-3 OP_BOOT_REQUEST DEBUG 07.02.2009 14:31:40,213 pool-1-thread-3 agent information found! DEBUG 07.02.2009 14:31:40,213 pool-1-thread-3 DHCP_REQUEST or DHCP_DISCOVER DEBUG 07.02.2009 14:31:40,213 pool-1-thread-3 request.giaddr =172.16.0.200 DEBUG 07.02.2009 14:31:45,211 pool-1-thread-3 processing request DEBUG 07.02.2009 14:31:45,211 pool-1-thread-3 OP_BOOT_REQUEST DEBUG 07.02.2009 14:31:45,211 pool-1-thread-3 agent information found! DEBUG 07.02.2009 14:31:45,211 pool-1-thread-3 DHCP_REQUEST or DHCP_DISCOVER DEBUG 07.02.2009 14:31:45,211 pool-1-thread-3 request.giaddr =172.16.0.200 DEBUG 07.02.2009 14:31:52,210 pool-1-thread-3 processing request DEBUG 07.02.2009 14:31:52,210 pool-1-thread-3 OP_BOOT_REQUEST DEBUG 07.02.2009 14:31:52,210 pool-1-thread-3 agent information found! DEBUG 07.02.2009 14:31:52,210 pool-1-thread-3 DHCP_REQUEST or DHCP_DISCOVER DEBUG 07.02.2009 14:31:52,210 pool-1-thread-3 request.giaddr =172.16.0.200 DEBUG 07.02.2009 14:32:07,209 pool-1-thread-3 processing request DEBUG 07.02.2009 14:32:07,209 pool-1-thread-3 OP_BOOT_REQUEST DEBUG 07.02.2009 14:32:07,209 pool-1-thread-3 agent information found! DEBUG 07.02.2009 14:32:07,209 pool-1-thread-3 DHCP_REQUEST or DHCP_DISCOVER DEBUG 07.02.2009 14:32:07,210 pool-1-thread-3 request.giaddr =172.16.0.200 DEBUG 07.02.2009 14:35:19,730 Thread-7 admin command INFO 07.02.2009 14:35:19,733 Thread-7 Admin command: stop. вот что в конфиге dhcp.properties Цитата: #processor.class=bitel.billing.server.ext.dhcp.DHCPRelayProcessor processor.class=bitel.billing.server.ext.dhcp.DHCPVlanRelayProcessor admin.port=1868 dhcp.thread.count=10 dhcp.data.save.delay=3600 dhcp.data.save.period=3600 dhcp.server.identifier=x.x.x.x dhcp.82.key.position=0 Цитата: tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 1500 bytes 23:28:18.730193 00:0c:cf:f8:1c:1b (oui Unknown) > 00:15:17:62:d9:d0 (oui Unknown), ethertype IPv4 (0x0800), length 590: (tos 0x0, ttl 62, id 59290, offset 0, flags [none], proto UDP (17), length 576) 172.16.0.200.bootpc > bgb.oltv.ru.bootps: BOOTP/DHCP, Request from 00:1e:58:8e:ce:ad (oui Unknown), length 548, hops 1, xid 0x828bffad, Flags [none] Gateway-IP 172.16.0.200 Client-Ethernet-Address 00:1e:58:8e:ce:ad (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover Client-ID Option 61, length 7: ether 00:1e:58:8e:ce:ad Hostname Option 12, length 7: "DIR-100" Parameter-Request Option 55, length 4: Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name Agent-Information Option 82, length 18: Circuit-ID SubOption 1, length 6: ^@^D^@e^@^B Unknown SubOption 2, length 8: 0x0000: 0006 001e 5895 82e1 Цитата: 22:59:08.898591 IP 172.16.0.200.bootpc > ........ru.bootps: BOOTP/DHCP, Request from 00:1e:58:8e:ce:ad (oui Unknown), length 548 0x0000: 0015 1762 d9d0 000c cff8 1c1b 0800 4500 ...b..........E. 0x0010: 0240 da76 0000 3e11 434d ac10 00c8 ac10 .@.v..>.CM...... 0x0020: 0401 0044 0043 022c e41b 0101 0601 828b ...D.C.,........ 0x0030: ffad 0000 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 ac10 00c8 001e 588e cead 0000 0000 ........X....... 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 0000 0000 0000 0000 ................ 0x0110: 0000 0000 0000 6382 5363 3501 013d 0701 ......c.Sc5..=.. 0x0120: 001e 588e cead 0c07 4449 522d 3130 3037 ..X.....DIR-1007 0x0130: 0401 0306 0f52 1201 0600 0400 6500 0202 .....R......e... 0x0140: 0800 0600 1e58 9582 e1ff 0000 0000 0000 .....X.......... номер Vlan 101(65h) порта №2 видно в пакете Цитата: 0x0130: 0401 0306 0f52 1201 0600 0400 6500 0202 .....R......e...
есть дебуг режим для DHCP сервера? чтоб посмотреть что в нем делается и почему не выдаются адреса? |
Автор: | Fate [ 09 фев 2009, 15:04 ] |
Заголовок сообщения: | |
proxy arp нигде не включен?.. |
Автор: | ODV [ 09 фев 2009, 15:26 ] |
Заголовок сообщения: | |
был включен на некоторых интерфейсах, выключил без изменения |
Автор: | Fate [ 09 фев 2009, 15:49 ] |
Заголовок сообщения: | |
Попробуйте с клиента проснифить, у меня аналогичная ситуевина была с прокси арп. Клиент dhcp перед тем как принять выданный адрес шлет arp на этот адрес, чтобы не взять уже присвоенный кому-то. ПРоксиарп восторженно отвечало - это мой! А клиент делал перезапрос. И так по кругу. Или проверьте нет ли такого же адреса в сети... |
Автор: | stark [ 09 фев 2009, 16:13 ] |
Заголовок сообщения: | |
у вас судя по логу проблема в том , что он не может найти информации для этого шлюза вообще ..Т.е проблема не в поиске ip, по порту, а самого шлюза нет ..Т.е инофрмации о шлюзе 172.16.0.200 нет .. если откроте закроеть шлюз, то там в логах должны идти записи типа "set gate 1 172.16.0.200" и потом "setGatePortIp: gateId = 1 ;port=1;adress=x.x.x.x" ..тоже самое присходит при отработке задачи синхронизации шлюзов .. какие у вас шлюзы? выложите конфиги типов шлюзов, самих шлюзов, какая у вас иерархия? .. проблема в передаче информации из биллинга - ее нет для шлюза 172.16.0.200 |
Автор: | ODV [ 09 фев 2009, 17:51 ] |
Заголовок сообщения: | |
в первом сообщении Цитата: вот что в логах, и идет все по кругу Цитата: INFO 07.02.2009 14:23:16,357 main dhcp.server.identifier=x.x.x.x INFO 07.02.2009 14:23:16,358 main Starting BGDhcpIPN (BGBilling DHCP server/gate for IPN)... INFO 07.02.2009 14:23:16,360 main dhcp.data.save.delay=3600000 INFO 07.02.2009 14:23:16,361 main dhcp.data.save.period=3600000 INFO 07.02.2009 14:23:16,361 main Load data from file. DEBUG 07.02.2009 14:23:16,533 main set gate 2 x.x.x. INFO 07.02.2009 14:23:16,534 main setGatePortIp: gateId = 2;port=101;adress=172.20.0.1 INFO 07.02.2009 14:23:16,535 main Processor init ok. INFO 07.02.2009 14:23:16,540 main DHCPSocketListener on port=67 init ok. INFO 07.02.2009 14:23:16,544 main AdminSocketListener on port=1868 init ok. INFO 07.02.2009 14:23:16,545 Thread-5 AdminSocketListener listen. данные от шлюза попадаю к dhcp серверу Цитата: DEBUG 07.02.2009 14:23:16,533 main set gate 2 x.x.x.
INFO 07.02.2009 14:23:16,534 main setGatePortIp: gateId = 2;port=101;adress=172.20.0.1 в место set gate 2 x.x.x. где gate 2 172.16.0.254 шлюзы cisco2 + dlink соответствено у них адреса 172.16.0.254 и 172.16.0.200 значит информация о шлюзе не верная, почему подставляется gate 2 а не gate 1? |
Автор: | ODV [ 09 фев 2009, 20:40 ] |
Заголовок сообщения: | |
конфиг для cisco2 user_rule.editor.class=bitel.billing.module.services.ipn.editor.vlan.CiscoVlanContactRuleEditor gate_manager.class=bitel.billing.server.ipn.vlan.CiscoVlanGateWorker use.script=1 конфиг для dlink user_rule.editor.class=bitel.billing.module.services.ipn.editor.vlan.CiscoSSHSwitchRuleEditor gate_manager.class=bitel.billing.server.ipn.vlan.CiscoSSHSwitchGateWorker use.script=1 |
Автор: | stark [ 11 фев 2009, 11:59 ] |
Заголовок сообщения: | |
Это схема была реализована для cisсo2 + zyxel. Там option 82 подставляла cisco и запросы шли от циски . Помню вначале тестирвоание запросы тоже шли с zyxel(додернего шлюза) и схема была настроена на него .. потом переделали на cisco т.к option 82 вставляла cisco. тут не так ? |
Автор: | ODV [ 11 фев 2009, 12:50 ] |
Заголовок сообщения: | |
в принципе можно и от циски от дать опцию 82 да и у вас было в манула написано Цитата: Если DHCP будет работать в связке со шлюзом Cisco2 но также у вас написано Цитата: На вкладке привязка вы можете задавать привязку ip-адресов к портам и mac адресу
как же циска отдаст номер порта и коммутатора dlink или zyxel? да и не каждая железка умеет отдавать option 82 да у меня релей был настроен на dlink-е |
Автор: | stark [ 11 фев 2009, 20:13 ] |
Заголовок сообщения: | |
так циска подставляла не номер порта zyxel , а номер vlan .. У нас привзяка была к vlan, а его задавала циска .. А привзяка порта к ip была нужна чтобы правила шлюза писать..Т.е это порт и ip передавлася в команды шлюза..Т.е на самом деле на шлюзе в договре есть один vlan и куча троек : ip-port-mac , но в dhcp передавалась свзяь ip+vlan и ip+vlan+mac (если mac задан). А связь ip+port передавалась в команды управления дочерним шлюзом . Т.е нет авторизации по порту, есить авторизация по vlan .. В приницпе это можно поменять, если нужно |
Автор: | ODV [ 11 фев 2009, 22:12 ] |
Заголовок сообщения: | |
лучше сделайте возможность выбора релея cisco2 или dlink(zyxel) т.к. номер влана циска не возращает ![]() |
Автор: | stark [ 17 фев 2009, 17:47 ] |
Заголовок сообщения: | |
ODV писал(а): лучше сделайте возможность выбора релея cisco2 или dlink(zyxel) т.к. номер влана циска не возращает ![]() Не понятно - вы хотите выдавать ip по по порту дочернего шлюза ? но при этом пишите : Цитата: да и не каждая железка умеет отдавать option 82
Т.е нужна выдача ip по порту дочернего шлюза(option 82 ) или как ? |
Автор: | ODV [ 18 фев 2009, 02:34 ] |
Заголовок сообщения: | |
хотелось чтоб при выдачи ип адреса происходила только по vlan-у или по vlan-у и группе ip адресов дочерних коммутаторов хотя это уже реализовано совместно с isc-dhcpd и скриптом cisco2(измененным), который генерит часть конфига для isc-dhcpd. |
Автор: | stark [ 19 фев 2009, 16:09 ] |
Заголовок сообщения: | |
Т.е vlan может идти еще в option 82 дочерних шлюзов .Как выдавать по valn понятно тогда ..А вот это не понятно "vlan-у и группе ip адресов дочерних коммутаторов ". Это как ? |
Автор: | ODV [ 19 фев 2009, 17:07 ] |
Заголовок сообщения: | |
Цитата: ..А вот это не понятно "vlan-у и группе ip адресов дочерних коммутаторов ". Это как ?
я не много ошибся опустим это. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |