BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 05 июл 2025, 19:46

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




Начать новую тему Ответить на тему  [ Сообщений: 14 ] 
Автор Сообщение
 Заголовок сообщения: mac в договоре
СообщениеДобавлено: 13 фев 2008, 13:14 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
Подскажите плиз реально ли написать скрипт который бы дёргал мак из параметров договора (или пул маков в договоре, или как вариант дороботка в модуле с привязкой мака к логину (опять таки пула маков к логину)) во время подключения клиента либо чтоб это можно былоб какнить в радиусе автоматизировать!!! Нужная возможность и не пришлось бы белать отдельную от билинга прожку учота мак адресов, а то както неудобно получается))


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 13 фев 2008, 14:26 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
А зачем необходим этот учет?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 13 фев 2008, 14:29 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
дело в том что у меня настроен pppoe через диалап
есть радиомодемы, вот хотелось бы чтоб этот радио модем авторизовывался через логин и пароль и мак. Перехват мака невозможен тк радиомодемы шифруют канал.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 15 фев 2008, 13:46 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Т.е. по сути вам нужна идентификация/авторизация пользователя на основании MAC адреса?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 15 фев 2008, 13:48 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
Проще говоря да.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 15 фев 2008, 18:33 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
napik2008 писал(а):
Проще говоря да.
добавить DialUp логин к договору и написать ему алиас == МАС адресу железки не поможет?
Вот только как Ваше железо его передает? МАС-и могут иметь 4 основных формата:
  • Код:
    010203040506
  • Код:
    01-02-03-04-05-06
  • Код:
    01:02:03:04:05:06
  • Код:
    0102.0304.0506
Как Ваша железка Вам его отдает, такой логин и напишите, а пароль ... обычно паролем так же передается МАС.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 10:38 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
А как мак получить от радиуса во время аунтификации?? В uplink фаил скипт добавлять к mpd??? А если это железо? Там в аплинк никак не добавить скрипт!!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 15:42 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
napik2008 писал(а):
А как мак получить от радиуса во время аунтификации??
Давайте поэтапно ... Что у Вас служит BRAS-ом? Т.е. Вы каким железом терминируете РРРоЕ? Как я понял - это MPD, ЕМНИМС он передает МАС в 31-м атрибуте. Если Вы авторизируете Ваши радио модемы еще где-то, то на чем?
Объяснюсь - у меня клиентские радио устройства подключаются к аэроцискам и авторизуются на RADIUS-е по МАС-ам (циски присылают в качестве логина и пароля МАС адрес устройства которое желает подключиться), у каждого клиента(ов) за радио устройством есть свой собственный логин для выхода в интернет через РРРоЕ, т.е. радиоканал для меня служит всего лишь транспортом и ничем более, поэтому я спокойно авторизую железо как железо, а юзеров как юзеров. Может Вам так же стоит сделать? Поверьте опыту длительной эксплуатации - это довольно удобно ;)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 15:50 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
Сопсно почему у меня такой впрос возник -> радиожелезо умеет делать нат и дхцп также умеет виланы
Вот я и хоте поэтому в отдельную вилану запихнуть радомодемы и в отдельную клиентов
Пока всё терминируется mpd, но планируется переейти на железный вариант (cisco либо huawei). Сопсно поэтому и возникает такой вопрос.
Вот интересно как из радиуса выташить этот мак и прибить его к определённому полю в базы данных биллинга (тоесть хочу сказать былоб удобно еслиб у радиуса была бы возможность предобработки запроса).


Последний раз редактировалось napik2008 19 фев 2008, 16:31, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 16:10 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
napik2008 писал(а):
радиожелезо умеет делать нат и дхцп также умеет виланы
Что за оборудование если не секрет? ;)
napik2008 писал(а):
радиожелезо умеет делать нат и дхцп также умеет виланы
IMHO, решение VLAN-per-customer в случае использования РРРоЕ - это лишний геморрой, достаточно всех юзеров засунуть в отдельный PPPoE VLAN и радоваться жизни ... особенно если хотите брать циску - запаритесь потом сабинтерфейсы создавать ...
napik2008 писал(а):
былоб удобно еслиб у радиуса была бы возможность предобработки запроса
это такая шутка юмора да? или сэр просто доку не читает?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 16:28 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
Прошу прощения. Я немного поторопился со скриптами то(читалэту доку)))) единтвенное что не могу понять, как этот скрипт привязать к радиусу. Ткните носом меня пожалуйсто, за флуд ещо раз прощу прошения


Оборудование Aperto


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

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
В свойствах NAS а есть закладка "Скрипт предобработки запроса"


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 16:48 
Не в сети

Зарегистрирован: 13 фев 2008, 13:01
Сообщения: 24
Откуда: Оренбург
Карма: 0
Огромное спасибо за советы и подсказки. буду писать скрипт))))


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 фев 2008, 17:03 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
что-то в духе вот этого:
Код:
import bitel.billing.server.radius.*;

prefix = "client-mac-address";
length = prefix.length();

attributes = request.getVendorAttributes(Vendors.CISCO, CiscoVendor.Cisco_AVPair);
if(attributes != null)
for(it = attributes.iterator(); it.hasNext();)
{
    ra = (RadiusAttribute)it.next();
    value = ra.getStringValue();

    if(value.startsWith(prefix))
    {
        csid = value.substring(length + 1).replace(".", "");
        request.setStringAttribute(RadiusStandartAttributes.Calling_Station_Id, csid);
    }
}
только подправьте его под свои нужды и в конструкции
Код:
replace(".", "")
замените точки на то что там Ваше железо отсылает в качестве разделителя, т.е. если значения МАС-а разделены двоеточиями - напишите их, если тире - их и т.п., тогда получите на выходе "чистый" МАС адрес без знаков пунктуации ... у меня вообще была идея сделать очистку регекспом, но он, IMHO, более ресурсоемок нежели простая замена ... зачем это все нужно? дело в том что МАС-и вида
Код:
01:02:03:04:05:06
в поле БД выделенное под 31-й атрибут просто не умещаются, обрезается последнее значение, а "чистый" МАС влазит без труда ...


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 14 ] 

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


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

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


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

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