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

дочерний сервис по MAC
http://forum.bitel.ru/viewtopic.php?f=44&t=7631		 Страница 1 из 2
Автор:  Dog [ 23 янв 2013, 02:12 ]
Заголовок сообщения:  дочерний сервис по MAC
Цитата:
1049 28.12.2012 13:57:01 ИЗМЕНЕНО Inet: InetDhcpHelperProcessor: поддержка авторизации дочернего сервиса по MAC


где об этом можно почитать?
интересует вопрос, можно ли с этим к dhcp.opt82 привинтить выдачу двух адресов, одного не зависимо от MAC, а другой с привязкой.
Автор:  Amir [ 23 янв 2013, 02:33 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Попробуйте. Нужно изменить тип поиска dhcp.servSearchMode, добавив дополнительный, т.е. для поиска по порту
dhcp.servSearchMode=1 поменять на dhcp.servSearchMode=1-1 (обязательное наличие дочернего сервиса с таким MAC-адресом, иначе авторизация неудачна, ошибка 46) или dhcp.servSearchMode=1-2 (необязательное, если дочернего сервиса с таким MAC-ом нет, то сессия просто привязывается к родительскому сервису).
Автор:  Dog [ 23 янв 2013, 14:21 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
спасибо, все получилось
Автор:  Dog [ 01 мар 2013, 13:02 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
возник вопрос по теме,
а обязательно прописывать ip.resource.categoryId и на дочернем и на родительском устройстве? помоему на 23 января было не так. у дочернего устройства мог быть ресурс который не прописан на родительском. а сейчас выдаёт Подходящий ресурс не найден.
Автор:  Dog [ 01 мар 2013, 13:47 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Цитата:
Т.к. дочерний сервис не является точкой подключения, у него нет собственного статуса и состояния - они наследуются от родительского сервиса.


а опции тоже из родительского сервиса получаются?
Автор:  Dog [ 01 мар 2013, 14:04 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
а еще обработчик устройства дочернего сервиса работает так же как и у родительского?

просто есть обработчик коммутатора dlink, взят:
http://wiki.bgbilling.ru/index.php/%D0% ... 1%8B%D1%85

изменил только отправляемые команды, привязал к устройству дочернего сервиса. дергаю родительский сервис, а обработчик не реагирует.
Автор:  Dog [ 07 мар 2013, 13:29 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Вложение:
1.jpg
1.jpg [ 17.64 КБ | Просмотров: 12379 ]

есть вот такие два сервиса.
делаю отключить\включить сервису, в логах тишина. активатор сервиса не срабатывает. по 6810 появляется, по 6840 нет. последнее упоминание в логе по этому сервису при его создании.
Автор:  Dog [ 07 мар 2013, 14:13 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Цитата:
В этом случае понадобятся дочерние сервисы - они предназначены только для обсчета, а не для управления.


:facepalm: это то есть облом? т.е. там он и не должен запускаться, а только как считалка работает? а как тогда разделить на порту две услуги, при этом выдавая разные адреса устройствам одно из них по привязке к мак адресу?

два паралельных сервиса не спасают, ацесс сервер плевать хотел на мак адрес и выдает адрес сначала из сервиса без него (видимо по id сервиса?)
Автор:  Dog [ 07 мар 2013, 14:34 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
вобщем пока что сделали так:
один, дочерний выдает адрес, другой отдельный - управляет доступом к подпискам.
Вложение:
1.jpg
1.jpg [ 24.01 КБ | Просмотров: 12373 ]

скажите, а то что дочерний сервис не управляемый, это принципиальное решение? или будет реализована возможность? или это через helpdesk?
Автор:  Amir [ 07 мар 2013, 14:37 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Цитата:
а обязательно прописывать ip.resource.categoryId и на дочернем и на родительском устройстве? помоему на 23 января было не так. у дочернего устройства мог быть ресурс который не прописан на родительском. а сейчас выдаёт Подходящий ресурс не найден.
Должно быть необязательно - конфиги наследуются.
Цитата:
а опции тоже из родительского сервиса получаются?
Да.
Цитата:
а еще обработчик устройства дочернего сервиса работает так же как и у родительского?
Обработчик всегда вызывается для родительского сервиса. А уже в e.getNewInetServ() есть список дочерних сервисов List<InetServ> getChildren(). Т.е. управление возможно - обрабатывать нужно на событии 6810.
Автор:  Amir [ 07 мар 2013, 14:43 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Цитата:
это то есть облом? т.е. там он и не должен запускаться, а только как считалка работает? а как тогда разделить на порту две услуги, при этом выдавая разные адреса устройствам одно из них по привязке к мак адресу?
По MAC-адресу также можно разделить с помощью дочерних сервисов. Для этого нужно изменить параметры поиска сервиса, добавив вторичный поиск
Код:
# поиск дочернего сервиса по MAC, если нет - ошибка авторизации
radius.servSearchMode=1-1
# поиск дочернего сервиса по MAC, если нет - сессия привязывается к родительскому сервису.
radius.servSearchMode=1-2
Автор:  Dog [ 07 мар 2013, 14:46 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Amir писал(а):
Цитата:
это то есть облом? т.е. там он и не должен запускаться, а только как считалка работает? а как тогда разделить на порту две услуги, при этом выдавая разные адреса устройствам одно из них по привязке к мак адресу?
По MAC-адресу также можно разделить с помощью дочерних сервисов. Для этого нужно изменить параметры поиска сервиса, добавив вторичный поиск
Код:
# поиск дочернего сервиса по MAC, если нет - ошибка авторизации
radius.servSearchMode=1-1
# поиск дочернего сервиса по MAC, если нет - сессия привязывается к родительскому сервису.
radius.servSearchMode=1-2

да, по дочерним сделал, там с выдачей все нормально.
за наводку с getNewInetServ() понял. пока через костыли запустим услугу, а там допилю активатор. спасибо
Автор:  Dog [ 15 мар 2013, 19:06 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
может не по теме, но:
Вложение:
10.jpg
10.jpg [ 55.25 КБ | Просмотров: 12334 ]

сервис -dlink тв является дочерним от dlink интернет + dlink тв и почему то он в состоянии удален. не принципиально, просто случайно заметил, может вам нужно?
Автор:  Brodayga [ 21 май 2013, 14:13 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Код:
 Сервер: вер. 5.2 сборка 1498 от 16.05.2013 21:21:35
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_37

  card вер. 5.2 сборка 201 от 25.03.2013 14:32:21
  inet вер. 5.2 сборка 1172 от 16.05.2013 21:21:33
  mobimoney вер. 5.2 сборка 18 от 31.01.2013 12:51:19
  mps вер. 5.2 сборка 169 от 24.04.2013 11:02:52
  npay вер. 5.2 сборка 201 от 13.05.2013 17:28:36
  reports вер. 5.2 сборка 193 от 28.02.2013 10:57:03
  ru.bitel.bgbilling.plugins.cladr вер. 5.2 сборка 108 от 16.10.2012 19:35:17


SE с авторизацией по порту.
есть необходимость предоставить две услуги интернет и voip(просто выдать нужный адрес).
Насколько я понял для этого Существуют дочерние сервисы.

Создал дочерний тип устройства для устройства SE, указал родительский тип SE, поставил галку МАС,
В конфиге radius.servSearchMode=1-2
В договоре
добавил дочерний сервис указал ip (10.128.1.10) и mac(D4:CA:6D:49:ED:E0). id=86492
для родительского указал ip (10.128.1.40). id=84883

Авторизуюсь
Код:
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 96
Authenticator: {9C C5 E6 5B 9D 1C 2C 8B 7C F6 AB B5 E4 11 A4 5B}
Attributes:
  User-Name=00060022b0047ac7:000405dd0002
  NAS-Port-Id=1/1 vlan-id 44 clips 456665
  NAS-Identifier=RedbackSE600
  User-Password=Redback
  NAS-IP-Address=10.10.2.10
  NAS-Port=285212716
  Service-Type=5
  Calling-Station-Id=d4ca6d49ede0
  NAS-Port-Type=5
  Called-Station-Id=10.0.122.100
  Platform-Type=6
  UNKNOWN[2352-201]={01 0A 00 7A 64}
  Medium-Type=11
  Agent-Remote-Id={00 06 00 22 B0 04 7A C7}
  UNKNOWN[2352-202]={3D 3D 07 01 D4 CA 6D 49 ED E0}
  UNKNOWN[2352-202]={0C 0C 08 4D 69 6B 72 6F 54 69 6B}
  Agent-Circuit-Id={00 04 05 DD 00 02}
  OS-Version=6.5.1.5
  Mac-Addr=d4-ca-6d-49-ed-e0
  NAS-Real-Port=285212716
  UNKNOWN[3561--1]={02 0A 00 06 00 22 B0 04 7A C7}
  UNKNOWN[3561--1]={01 08 00 04 05 DD 00 02}
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetNas - Found agentDevice:50
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetNas - Search serv on deviceId=50; interfaceId=2
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:84883
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetApplication - inetServ[id=84883] balance ok: -2435.38 [-10000.00]
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetApplication - TariffOptionMap: {}
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetApplication - OptionSet: [51]
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - Set ip from serv
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - Write new waiting connection to DB
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - New connection id=20602084
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - Return code=0
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0
05-21/11:45:41  INFO [rdsLstnr-p-7-t-86] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:


Авторизуется по родительскому сервису и выдаёт адрес с родительского сервиса.
Если на родительском сервисе поставить динамический адрес то выдаёт адрес дочернего причём даже если на дочернем поставить другой мак(что вообще не понятно).
Код:
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetNas - Found agentDevice:50
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetNas - Search serv on deviceId=50; interfaceId=2
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:84883
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetApplication - inetServ[id=84883] balance ok: -2435.38 [-10000.00]
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetApplication - TariffOptionMap: {}
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetApplication - OptionSet: [51]
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - Set ip from serv:86492
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - Write new waiting connection to DB
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - New connection id=20603490
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - Return code=0
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0
05-21/12:04:19  INFO [rdsLstnr-p-7-t-14] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:


В чём может быть ошибка. или я не правильно понял логику работы.

Вложения:
voip.JPG
voip.JPG [ 47.62 КБ | Просмотров: 12234 ]
service.JPG
service.JPG [ 15.85 КБ | Просмотров: 12234 ]
se.JPG
se.JPG [ 50.38 КБ | Просмотров: 12234 ]
Автор:  Amir [ 21 май 2013, 14:23 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Нужно прописать
Код:
radius.macAddress.vendor=-1
radius.macAddress.type=31
#radius.macAddress.prefix=
чтобы MAC-адрес из пакета извлекался.
Автор:  Brodayga [ 21 май 2013, 14:43 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Amir писал(а):
Нужно прописать
Код:
radius.macAddress.vendor=-1
radius.macAddress.type=31
#radius.macAddress.prefix=
чтобы MAC-адрес из пакета извлекался.

Ситуация не поменялась
как определить что он извлекается?
Автор:  Brodayga [ 21 май 2013, 17:33 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
UP
Автор:  Amir [ 21 май 2013, 17:42 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
В логах RADIUS-пакета будет Common options: MAC:
У устройства указан обработчик процессора протокола?
Автор:  Brodayga [ 21 май 2013, 17:53 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
всё разобрался. Спасибо.
Код:
radius.macAddress.vendor=2352
radius.macAddress.type=145
Автор:  Brodayga [ 21 май 2013, 18:19 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Теперь работает так.
в случае если не совпал мак
если у родительского сервиса указан адрес то выдаётся ip из родительского.
, если не указан (динамический) то выдаётся адрес прописанный в дочернем

мак не совпадает , в родительском сервисе адрес динамический, по идее должен получить ip из пула родительского сервиса (84883) но получает из дочернего сервиса (86492)
что и пишет в логе InetRadiusProcessor - Set ip from serv:86492
Код:
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetNas - Found agentDevice:50
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetNas - Search serv on deviceId=50; interfaceId=2
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetNas - Search child serv by mac on device=d4ca6d49ede0
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:84883
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetApplication - inetServ[id=84883] balance ok: -2435.38 [-10000.00]
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetApplication - TariffOptionMap: {}
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetApplication - OptionSet: [51]
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - Set ip from serv:86492
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - Write new waiting connection to DB
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - New connection id=20620165
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - Return code=0
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0
05-21/15:58:46  INFO [rdsLstnr-p-7-t-7] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:


мак не совпадает но у родительского указан статический адрес (тут выдаёт правильно)
Код:
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetNas - Found agentDevice:50
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetNas - Search serv on deviceId=50; interfaceId=2
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetNas - Search child serv by mac on device=d4ca6d49ede0
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:84883
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetApplication - inetServ[id=84883] balance ok: -2435.38 [-10000.00]
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetApplication - TariffOptionMap: {}
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetApplication - OptionSet: [51]
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetRadiusProcessor - Set ip from serv
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetRadiusProcessor - Write new waiting connection to DB
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetRadiusProcessor - New connection id=20622143
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetRadiusProcessor - Return code=0
05-21/16:25:28  INFO [rdsLstnr-p-7-t-92] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0



мак указан железки (тут тоже всё как и должно быть)
Код:
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetNas - Found agentDevice:50
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetNas - Search serv on deviceId=50; interfaceId=2
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetNas - Search child serv by mac on device=d4ca6d49ede0
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:86492
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetApplication - inetServ[id=84883] balance ok: -2435.38 [-10000.00]
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetApplication - TariffOptionMap: {}
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetApplication - OptionSet: [51]
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetRadiusProcessor - Set ip from serv
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetRadiusProcessor - Write new waiting connection to DB
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetRadiusProcessor - New connection id=20620911
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetRadiusProcessor - Return code=0
05-21/16:06:52  INFO [rdsLstnr-p-7-t-34] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0
Автор:  Brodayga [ 22 май 2013, 20:34 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
UP
Автор:  Amir [ 23 май 2013, 20:59 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Выложили обновление, попробуйте.
Автор:  Brodayga [ 04 июн 2013, 13:36 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Выдача адресов заработала. Но в мониторе сессий у дочернего сервиса перестал отображаться IP, хотя выдаётся правильнои в аккаунт пакетах присутствует. И вследствие чего как я понимаю не продлевается лиза при запросе т.к. не находит текущей сессии с таким IP :
Код:
06-04/09:22:33  INFO [dhcpLstnr-p-9-t-3] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: -1178694581, secs: 0, flags: 0
Client IP: 10.128.1.12
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.128.255.254
Client MAC: {D4CA6D49EDE0}
  {61}={01D4CA6D49EDE0}
  Parameter request list{55}={1, 121, 3, 33, 6, 42}
  Host name{12}={MikroTik}

06-04/09:22:33 ERROR [dhcpLstnr-p-9-t-3] InetAbstractDhcpProcessor - Not found params for address: 176161036

У родительской сессии всё нормально.
Автор:  Brodayga [ 05 июн 2013, 13:11 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
UP. Ждать обновления?
Автор:  Amir [ 05 июн 2013, 17:26 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
А MAC-адрес присутствует в аккаунтинге? В таком же виде?
Нужен лог авторизации и start/update-пакета сессии с дочернего сервиса.
Автор:  Brodayga [ 05 июн 2013, 17:29 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Ещё один вопрос количество сессий:
Если у родительской сессии указано количество 1 то после авторизации дочерней сессии(или наоборот), при попытке авторизовать родительскую даёт ошибку превышен лимит сессий.
Если указать 2 то получается под родительской сессией могут авторизоваться два устройства , а при попытке авторизовать дочерний сервис даст превышен лимит.
Автор:  Brodayga [ 05 июн 2013, 17:38 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Amir писал(а):
А MAC-адрес присутствует в аккаунтинге? В таком же виде?
Нужен лог авторизации и start/update-пакета сессии с дочернего сервиса.

Код:
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 111
Authenticator: {FD E0 55 4F 8A F8 C7 28 80 D8 7B F5 C7 F0 FB 5A}
Attributes:
  User-Name=00060022b0047ac7:000405dd0002
  NAS-Port-Id=1/1 vlan-id 44 clips 271590
  NAS-Identifier=RedbackSE600
  User-Password=Redback
  NAS-IP-Address=10.10.2.10
  NAS-Port=285212716
  Service-Type=5
  Calling-Station-Id=d4ca6d49ede0
  NAS-Port-Type=5
  Called-Station-Id=10.0.122.100
  Platform-Type=6
  UNKNOWN[2352-201]={01 0A 00 7A 64}
  Medium-Type=11
  Agent-Remote-Id={00 06 00 22 B0 04 7A C7}
  UNKNOWN[2352-202]={3D 3D 07 01 D4 CA 6D 49 ED E0}
  UNKNOWN[2352-202]={0C 0C 08 4D 69 6B 72 6F 54 69 6B}
  Agent-Circuit-Id={00 04 05 DD 00 02}
  OS-Version=6.5.1.5
  Mac-Addr=d4-ca-6d-49-ed-e0
  NAS-Real-Port=285212716
  UNKNOWN[3561--1]={02 0A 00 06 00 22 B0 04 7A C7}
  UNKNOWN[3561--1]={01 08 00 04 05 DD 00 02}
Common options: {agentRemoteId=java.nio.DirectByteBufferR[pos=0 lim=6 cap=6], macAddress=d4-ca-6d-49-ed-e0, agentCircuitId=[B@3ba75b19}
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetNas - Found agentDevice:50
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetNas - Search serv on deviceId=50; interfaceId=2
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetNas - Search child serv by mac on device=d4ca6d49ede0
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - [username=00060022b0047ac7:000405dd0002] Authenticated as inetServId:86751
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetApplication - inetServ[id=86750] balance ok: -3907.96 [-10000.00]
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetApplication - TariffOptionMap: {}
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetApplication - OptionSet: [51]
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - Set ip from serv
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - Write new waiting connection to DB
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - New connection id=22012090
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - Return code=0
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetDhcpHelperProcessor - Put auth accept 000405DD0002:D4CA6D49EDE0
06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Accept
Identifier: 111
Authenticator: {}
Attributes:
  Acct-Interim-Interval=900
  Framed-IP-Address=10.128.1.12
  DHCP-Max-Leases=1
  Service-Name:1=RSE-SVC-EXT
  Service-Options:1=1
  Service-Parameter:1=Rate=4096 Burst=512000
  IP-Interface-Name=clients

Process time auth: 4

06-05/15:31:57  INFO [rdsLstnr-p-7-t-62] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 111
Authenticator: {DB 23 E2 30 13 A6 65 E4 C8 02 DF 45 10 16 09 D0}
Attributes:
  Acct-Interim-Interval=900
  DHCP-Max-Leases=1
  Service-Name:1=RSE-SVC-EXT
  Service-Options:1=1
  Service-Parameter:1=Rate=4096 Burst=512000
  IP-Interface-Name=clients

Process time auth: 5




Код:
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] RadiusListenerWorker - REQUEST:
Packet type: Accounting-Request
Identifier: 169
Authenticator: {97 90 95 71 BD E9 D0 FE C6 98 EE 53 87 17 E5 E7}
Attributes:
  User-Name=d4:ca:6d:49:ed:e0
  NAS-Identifier=RedbackSE600
  NAS-IP-Address=10.10.2.10
  NAS-Port=285212716
  Service-Type=5
  Acct-Status-Type=101
  Acct-Session-Id=0000FFFF780344D3-51AF21E7-RSE-SVC-EXT-325E9545F3D
  Acct-Authentic=1
  Acct-Interim-Interval=900
  Acct-Multi-Session-Id=0000FFFF780344D3-51AF21E7
  NAS-Port-Id=1/1 vlan-id 44 clips 271590
  Event-Timestamp=1370431976
  NAS-Port-Type=5
  Called-Station-Id=10.0.122.100
  DHCP-Max-Leases=1
  Medium-Type=11
  UNKNOWN[2352-201]={01 0A 00 7A 64}
  Platform-Type=6
  Agent-Remote-Id={00 06 00 22 B0 04 7A C7}
  Agent-Circuit-Id={00 04 05 DD 00 02}
  UNKNOWN[2352-202]={3D 3D 07 01 D4 CA 6D 49 ED E0}
  UNKNOWN[2352-202]={0C 0C 08 4D 69 6B 72 6F 54 69 6B}
  Service-Parameter=Rate=4096 Burst=512000
  Assigned-IP-Address=10.128.1.12
  IP-Interface-Name=clients
  Service-Name=RSE-SVC-EXT
  Service-Options:0=1
  OS-Version=6.5.1.5
  Acct-Update-Reason=24
  Mac-Addr=d4-ca-6d-49-ed-e0
  NAS-Real-Port=285212716
  UNKNOWN[3561--1]={02 0A 00 06 00 22 B0 04 7A C7}
  UNKNOWN[3561--1]={01 08 00 04 05 DD 00 02}

06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] SmartEdgeProtocolHandler - parentAcctSessionId=0000FFFF780344D3-51AF21E7, serviceName=RSE-SVC-EXT
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Accounting-Request
Identifier: 169
Authenticator: {97 90 95 71 BD E9 D0 FE C6 98 EE 53 87 17 E5 E7}
Attributes:
  User-Name=d4:ca:6d:49:ed:e0
  NAS-Identifier=RedbackSE600
  NAS-IP-Address=10.10.2.10
  NAS-Port=285212716
  Service-Type=5
  Acct-Status-Type=1
  Acct-Session-Id=0000FFFF780344D3-51AF21E7-RSE-SVC-EXT-325E9545F3D
  Acct-Authentic=1
  Acct-Interim-Interval=900
  Acct-Multi-Session-Id=0000FFFF780344D3-51AF21E7
  NAS-Port-Id=1/1 vlan-id 44 clips 271590
  Event-Timestamp=1370431976
  NAS-Port-Type=5
  Called-Station-Id=10.0.122.100
  DHCP-Max-Leases=1
  Medium-Type=11
  UNKNOWN[2352-201]={01 0A 00 7A 64}
  Platform-Type=6
  Agent-Remote-Id={00 06 00 22 B0 04 7A C7}
  Agent-Circuit-Id={00 04 05 DD 00 02}
  UNKNOWN[2352-202]={3D 3D 07 01 D4 CA 6D 49 ED E0}
  UNKNOWN[2352-202]={0C 0C 08 4D 69 6B 72 6F 54 69 6B}
  Service-Parameter=Rate=4096 Burst=512000
  Assigned-IP-Address=10.128.1.12
  IP-Interface-Name=clients
  Service-Name=RSE-SVC-EXT
  Service-Options:0=1
  OS-Version=6.5.1.5
  Acct-Update-Reason=24
  Mac-Addr=d4-ca-6d-49-ed-e0
  NAS-Real-Port=285212716
  UNKNOWN[3561--1]={02 0A 00 06 00 22 B0 04 7A C7}
  UNKNOWN[3561--1]={01 08 00 04 05 DD 00 02}
Common options: {parentAcctSessionId=0000FFFF780344D3-51AF21E7, serviceName=RSE-SVC-EXT}
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] InetRadiusProcessor - Creating NasConnection from radius accounting packet
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] InetRadiusProcessor - Parent: InetConnection [id=22012092-0, iface=51:285212716, sessId=0000FFFF780344D3-51AF21E7, st
art=05.06.2013 15:31:58, uname=00060022b0047ac7:000405dd0002, addr=[IpAddress:null]]
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] InetRadiusProcessor - ipResourceId=0
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] InetAccountingPeriodList - Create:
                AccountingPeriod: 79383: 01.06.2013 00:00:00.0 - 30.06.2013 23:59:59.999
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] Accounting - Load deviceOptions from serv and tariff
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] InetApplication - TariffOptionMap: {}
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] InetApplication - OptionSet: [51]
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] Accounting - Write new connection to DB
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] Accounting - New connection id=22012093
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] Accounting - Write new session to DB
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] Accounting - New session's id=20839243
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] Accounting - Created new AccountingSession.
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] Accounting - InetConnection [id=22012093-22012092, iface=51:285212716, sessId=0000FFFF780344D3-51AF21E7-RSE-SVC-EXT-3
25E9545F3D, start=05.06.2013 15:31:58, uname=RSE-SVC-EXT, addr=[IpAddress:null]]
06-05/15:31:58 DEBUG [rdsLstnr-p-6-t-3] ProcessorRequest - Sending to /10.41.42.2:1812
06-05/15:31:58  INFO [rdsLstnr-p-6-t-3] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 169
Authenticator: {14 E7 4E 94 D9 39 21 1E C6 49 BF C1 EB 28 31 21}
Attributes:
8
Автор:  Amir [ 05 июн 2013, 19:42 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Цитата:
Но в мониторе сессий у дочернего сервиса перестал отображаться IP, хотя выдаётся правильнои в аккаунт пакетах присутствует. И вследствие чего как я понимаю не продлевается лиза при запросе т.к. не находит текущей сессии с таким IP
Выкладывается обновление: в предобработке аккаунтинга SmartEdgeProtocolHandler не было получения MAC-адреса. Т.е. Access-Request и Accounting-Request привязывались к разным сервисам (не находилась привязка Accounting-Request к Access-Request), а в апдейт-пакете нет IP-адреса.
Автор:  Brodayga [ 06 июн 2013, 20:42 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
Amir писал(а):
Цитата:
Но в мониторе сессий у дочернего сервиса перестал отображаться IP, хотя выдаётся правильнои в аккаунт пакетах присутствует. И вследствие чего как я понимаю не продлевается лиза при запросе т.к. не находит текущей сессии с таким IP
Выкладывается обновление: в предобработке аккаунтинга SmartEdgeProtocolHandler не было получения MAC-адреса. Т.е. Access-Request и Accounting-Request привязывались к разным сервисам (не находилась привязка Accounting-Request к Access-Request), а в апдейт-пакете нет IP-адреса.

Сегодня обновлю.
Цитата:
Ещё один вопрос количество сессий:
Если у родительской сессии указано количество 1 то после авторизации дочерней сессии(или наоборот), при попытке авторизовать родительскую даёт ошибку превышен лимит сессий.
Если указать 2 то получается под родительской сессией могут авторизоваться два устройства , а при попытке авторизовать дочерний сервис даст превышен лимит.

Так и должно быть?
Дочерний сервис нужен для авторизации определённой железки и текущая ситуация по сессиям не устраивает.
Автор:  Brodayga [ 11 июн 2013, 12:01 ]
Заголовок сообщения:  Re: дочерний сервис по MAC
UP
Страница 1 из 2 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/