BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 22 дек 2024, 13:32

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




Начать новую тему Ответить на тему  [ Сообщений: 183 ]  На страницу Пред.  1, 2, 3, 4, 5 ... 7  След.
Автор Сообщение
СообщениеДобавлено: 29 мар 2012, 21:06 
Не в сети
Разработчик
Аватара пользователя

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 мар 2012, 10:46 
Не в сети

Зарегистрирован: 22 июл 2009, 15:36
Сообщения: 308
Откуда: старый оскол
Карма: 5
да базу накотил .. сделал ./bg_installer.sh ./inet_5.2_590.zip! не помогло,
после update.sh в модуле данные появились..

.. почему то конфиг модуля пустой (такой пойдет http://bgbilling.ru/v5.2/doc/ch15s03.html)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 мар 2012, 11:54 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
a.vozny писал(а):
.. почему то конфиг модуля пустой (такой пойдет http://bgbilling.ru/v5.2/doc/ch15s03.html)


Вполне подойдет


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июн 2012, 14:04 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Добрый день!

Читаю документацию, смотрю этот пример и что-то у меня слегка не стыкуется. У меня схема такая: в качестве роутера/релея выступает Cisco ME3400, от нее прокинуты vlan к клиентским коммутаторам. Таким образом в дереве логическая схема такая:

ME3400
|- COM1
|- COM2
|- COMN

Коммутаторы - устройства разных типов со включенным dhcp snooping + opt82. Релей ME3400. Так вот самый главный вопрос - что все же надо указывать в deviceTypeIds - идентификаторы _типов_ устройств, или все же их ID из дерева устройств. Документация противоречит примеру :)


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Id типов устройств (с которых будут приходить DHCP пакеты на Access).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июн 2012, 20:42 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Вроде сделал. DHCP relay у меня ID 26 (это уже конечный id устройства), под ним расположен коммутатор доступа, ID 27
Сервис привязан к коммутатору доступа, порт 5

конфигурация DHCP relay:
Код:
# Код субопции 82, содержащей VLAN, позиция и длина в субопции
dhcp.option82.vlanId.code=1
dhcp.option82.vlanId.position=2
dhcp.option82.vlanId.length=2
# Код субопции 82, содержащей интерфейс, позиция и длина в субопции
dhcp.option82.interfaceId.code=1
dhcp.option82.interfaceId.position=0
dhcp.option82.interfaceId.length=2
# Код субопции 82, содержащей идентификатор коммутатора клиента, позиция и длина последовательности идентификатора
dhcp.option82.agentRemoteId.code=2
dhcp.option82.agentRemoteId.position=2
dhcp.option82.agentRemoteId.length=6
#
dhcp.deviceSearchMode=1
dhcp.servSearchMode=1


конфигурация коммутатора доступа
Код:
dhcp.ipCategories=5


Я вижу, что запросы приходят. Но почему-то (если верить логам), DHCP ищет сервис, привязанный к релею.
Код:
06-28/20:39:28  INFO [dhcpLstnr-p-7-t-3] InetDhcpDevice - Search serv on deviceId: 26; 1; interfaceId: 5
06-28/20:39:28  INFO [dhcpLstnr-p-7-t-3] InetDhcpProcessor - InetServ not found.


Понимаю что где-то косячу, но документация пока очень сумбурная, а нормального wiki тоже пока нет.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июн 2012, 20:49 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
У меня в inet-access.xml указано
Код:
                <bean name="dhcpProcessor" class="ru.bitel.bgbilling.modules.inet.dhcp.InetDhcpProcessor">
                        <constructor>
                                <param name="deviceTypeIds" value="2,5,6,7,8,9"/>
                        </constructor>

и в устройстве Access+Accounting (у вас ME)
Код:
dhcp.relay.deviceTypeIds=2,5,6,7,8,9

dhcp.deviceSearchMode=2
dhcp.serviceSearchMode=1

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

Но у меня каждый коммутатор - relay. В вашем случае, думаю, нужно оставить только ID ME'шки


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июн 2012, 21:46 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Так я вроде так и сделал... нет?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июн 2012, 21:59 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
о! дошел до такого
Код:
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpDevice - Search serv on deviceId: 27; 1; interfaceId: 5
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - InetServ found: ContractId: 32; servId: 84
        MES-3528 [10.0.1.2]:5
        Options [] TariffModuleTreeSet []
        Device state: 1; optionSet:
06-28/21:57:21  WARN [dhcpLstnr-p-7-t-8] DhcpListenerWorker - Device not found for address: x.x.10.6, ignoring DHCP request.
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetApplication - inetServ[id=84] balance ok: 0.00 [0]
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetApplication - Tariff not found
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - IP not found in service. Searching in device...
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - Free IP address not found


А почему Free IP not found? На устройстве (конечном коммутаторе доступа с ID=27) стоит dhcp.ipCategories=2
и такая категория действительно существует


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июн 2012, 00:09 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
borisk писал(а):
о! дошел до такого
Код:
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpDevice - Search serv on deviceId: 27; 1; interfaceId: 5
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - InetServ found: ContractId: 32; servId: 84
        MES-3528 [10.0.1.2]:5
        Options [] TariffModuleTreeSet []
        Device state: 1; optionSet:
06-28/21:57:21  WARN [dhcpLstnr-p-7-t-8] DhcpListenerWorker - Device not found for address: x.x.10.6, ignoring DHCP request.
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetApplication - inetServ[id=84] balance ok: 0.00 [0]
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetApplication - Tariff not found
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - IP not found in service. Searching in device...
06-28/21:57:21  INFO [dhcpLstnr-p-7-t-7] InetDhcpProcessor - Free IP address not found


А почему Free IP not found? На устройстве (конечном коммутаторе доступа с ID=27) стоит dhcp.ipCategories=2
и такая категория действительно существует

У меня dhcp.ipCategories установлена на устройстве Access+Accounting, в вашем случае, получается на ME


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июн 2012, 00:10 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
и вот это не нормально
Цитата:
Device not found for address: x.x.10.6, ignoring DHCP request.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июн 2012, 09:58 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Эту ошибку я уже убрал. Теперь поведение такое... система вроде выдает теперь адрес пользователю, но похоже что либо релей его не пропускает, либо комп пользователя отвергает и адреса гоняются по кругу. А в реалии комп пользователя ничего не получает:
Код:
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 1932834848, secs: 7424, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: x.x.10.6
Client MAC: {001CC4CE3AB4}
  {116}={01}
  {61}={01001CC4CE3AB4}
  Requested IP Address{50}=169.254.67.220
  Host name{12}={microsof-3cd895}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43}
  {43}={DC00}
  Agent information{82}=
    sub{1}={000502BC4153573031}

06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetDhcpDevice - Search serv on deviceId: 27; 1; interfaceId: 5
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetDhcpProcessor - InetServ found: ContractId: 32; servId: 84
        4153573031:5
        Options [] TariffModuleTreeSet [9:28.06.2012-…; ]
        Device state: 1; optionSet:13
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetApplication - inetServ[id=84] balance ok: 0.00 [0]
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetApplication - TariffOptionMap: {}
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetDhcpProcessor - IP not found in service. Searching in device...
06-29/09:51:51  INFO [dhcpLstnr-p-7-t-9] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: 1932834848, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: x.x.10.4
Server IP: 0.0.0.0
Relay IP: x.x.10.6
Client MAC: {001CC4CE3AB4}
  Agent information{82}=
    sub{1}={000502BC4153573031}
  Router{3}=x.x.10.6
  Subnet mask{1}=255.255.255.248
  DNS{6}={1F2C0801}
  IP Address Lease Time{51}=60
  Server Identifier{54}={1F2C0804}



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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Попробуйте прописать в конфигурации dhcp.option.serverIdentifier как адрес access (или релея, сразу не вспомню), а не 0.0.0.0.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июн 2012, 15:48 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Все оказалось несколько банальнее. У меня не было обратного маршрута от dhcp сервера к релею.
Теперь адреса выдает. Экспериментирую дальше.


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

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
А еще, объясните, пожалуйста, как происходит завершение сессий? Просто у меня для тестового клиента dhcp lease = 60 секунд. Клиент уже 10 минут не работает (физически отключил его порт) - сессия до сих пор активна.


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

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
borisk писал(а):
А еще, объясните, пожалуйста, как происходит завершение сессий? Просто у меня для тестового клиента dhcp lease = 60 секунд. Клиент уже 10 минут не работает (физически отключил его порт) - сессия до сих пор активна.

По timeout-у . connection.close.timeout


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июн 2012, 19:23 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
И еще есть часть устройств, которые не поддерживают opt82. Хочу там сделать авторизацию по MAC. Это возможно? Какие настройки для этого требуются?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 июл 2012, 09:47 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
up


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Т.е. в схеме с DHCP.82, но без опции 82? )
Запрос все равно будет приходить от коммутатора (релея), просто коммутатор не умеет добавлять в пересылаемый пакет опцию 82?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 июл 2012, 15:39 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Схема будет такая:
Коммутатор клиента без Opt.82 ---- Агрегирующий коммутатор (с opt.82) --- DHCP Relay (с opt.82) --- BGBilling
Проблема в том, что хотелось бы использовать учет портов на клиентском коммутаторе. Если возможно в услуге и учитывать порт на клиентском коммутаторе и при этом использовать opt.82 на каком либо участке - буду только рад.


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А remoteId в option82 до Access'a какой доходит? там mac агрегирующего или mac коммутатора клиента?


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

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
А от куда в remoteId взяться MAC коммутатора клиента? Он же opt.82 не поддерживает и прозрачно пропускает DHCP Request


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Тогда только если авторизацию по MAC'у делать для всего агрегирующего коммутатора. Но тогда клиент сможет подменить MAC-адрес (как впрочем он мог бы подменить в пределах клиентского коммутатора)...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 июл 2012, 18:40 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Гипотетически да, сможет. Но, поскольку таких коммутаторов не много, мы готовы закрыть глаза на потенциальную дыру в безопасности. Так что надо сделать для того, чтобы я мог просто по MAC авторизовывать и раздавать адреса? Желательно конечно динамику, но готов и со статикой смириться.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 июл 2012, 09:37 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
up


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выложили обновление, попробуйте.
dhcp.servSearchMode=5 - поиск по MAC только на найденном устройстве
dhcp.servSearchMode=6 - поиск по MAC на найденном и на всех его потомках (вроде бы тот вариант, который нужен Вам).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июл 2012, 19:49 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Господа, ну зачем вы сознательно ограничиваете возможности такой прекрасной системы? :) Давайте рассмотрим вот такую вот схему:

SwA (поддерживает опцию 82)
SwB (подключен к SwA, но опцию 82 не поддерживает)

в результате выставив один из вариантов servSearchMode мы должны будем единообразно работать с пользователями SwA и SwB. А может нам сделать dchp.servSearchMode=M1,M2,M3? Что означает последовательный поиск сервиса сначала по алгоритму M1, если не нашли по M2, и так далее? Реализовать такое на мой взгляд не сложно, зато какая гибкость ;)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июл 2012, 20:55 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Основная проблема, вроде как, то, что не определить, что запрос идет именно с SwA. В противном случае можно было бы просто указать в конфиге этих устройств разные dhcp.servSearchMode - т.е. если запрос пришел от одного устройства - искать по порту, от другого - искать по MAC.
Но можем попробовать сделать и последовательный поиск.


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

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Ммм... почему не определить? Как я для себя вижу задачу:

1) В любом случае у нас будет какой-то коммутатор, который добавит Opt.82, иначе наш DHCP сервер просто ругнется что в запросе отсутствует Opt.82
2) Раз у нас есть Opt.82, значит у нас есть некое HEX представление коммутатора, который последним добавил Opt.82. Значит, используя dhcp.deviceSearchMode=1 мы позиционируемся на этот коммутатор в дереве. Даже если у нас будет вот такая схема:
SwA (Opt. 82), SwB (Opt. 82), SwC (no Opt.82). SwB и SwC подключены к SwA. То когда к нам придет запрос от SwB, то в нем будет HEX от SwB, а когда придет запрос от клиентов SwA или SwC, то в нем будет HEX SwA.
3) Раз нам известен конечный коммутатор, от которого пришел запрос, то начинаем поиcк по нему и его потомкам услуг с заданными параметрами. Последовательность поиска определит администратор. При этом для услуги авторизация по порту/vlan мы ищем пару HEX + порт/vlan, а для авторизации по MAC - только MAC.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 июл 2012, 12:02 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Вот, наконец-то проверил новые режимы. Поиск по MAC работает, замечательно :) Но мы потеряли использовать возможность Opt.82 на вышестоящем коммутаторе. Так что режим последовательного поиска сервисов очень даже нужен :)
Сделаете?


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

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


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

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


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

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