Перейти до

Есть желание перевести сеть на опцию 82, посоветуйте биллинг


Рекомендованные сообщения

 

А как вы смотрите на то что Ваш Ubilling посадить на vds?

Не, не, не - мой Ubilling останется где ему место, то есть на подручных серверах, к которым можно подбежать и попинать ногами :D

А в целом ему в принципе пофигу на чем работать - у людей вполне себе удачно крутиться как на нормальных дедиках, так и виртуализированным под xen/vmware.

 

 

Не возражаете? )))

Ожидали, что буду ночами при зажженных черных свечах, протыкать вашу куклу вуду иголками? :lol:

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 54
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Не, не, не - мой Ubilling останется где ему место, то есть на подручных серверах, к которым можно подбежать и попинать ногами А в целом ему в принципе пофигу на чем работать - у людей вполне себе уд

1) Самописный сервер. 2) FreeRADIUS + самописная логика. 3) accel-ppp в режиме IPoE с RADIUS.

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет I

так а какие траблы с ISC-DHCP? То, что удобнее радиус или перл - это понятно, но  всетаки какие траблы могут ждать, если использовать именно ISC-DHCP? Плиз, если если не затруднит...

Ссылка на сообщение
Поделиться на других сайтах

Проблема ISC-DHCP ,например : юзер воткнул другой пк(ес-но с другим маком) - ip он не получит, только после того, как закончится лиза для старого мака.

Ссылка на сообщение
Поделиться на других сайтах

 

ip он не получит, только после того, как закончится лиза для старого мака.

 

 

От ребута толку никакого. Сначала нужно удалить файл лизы , а затем уже ребут.

Сами придумали, или подсказал кто?

 

Другой мак -> другая лиза.

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

 

 

ip он не получит, только после того, как закончится лиза для старого мака.

 

 

 

От ребута толку никакого. Сначала нужно удалить файл лизы , а затем уже ребут.

 

Сами придумали, или подсказал кто?

 

Другой мак -> другая лиза.

тот же ip не выйдет выдать другому маку:)
Ссылка на сообщение
Поделиться на других сайтах

Поэтому использование opt82 костылей в isc - моветон. Это кроме того что оно все файловое и требует костылей для работы в принципе.

Ссылка на сообщение
Поделиться на других сайтах

Всех с наступающим!

 

Такой вопрос.

На данный момент все пользователи авторизируются по ПППоЕ. Есть желание перевести сеть на опцию 82, посоветуйте plz биллинг.

А зачем? :)

Ссылка на сообщение
Поделиться на других сайтах

Проблема ISC-DHCP ,например : юзер воткнул другой пк(ес-но с другим маком) - ip он не получит, только после того, как закончится лиза для старого мака.

Здесь проблема решена http://forum.nag.ru/forum/index.php?showtopic=61077

Ссылка на сообщение
Поделиться на других сайтах

 

Проблема ISC-DHCP ,например : юзер воткнул другой пк(ес-но с другим маком) - ip он не получит, только после того, как закончится лиза для старого мака.

Здесь проблема решена http://forum.nag.ru/forum/index.php?showtopic=61077

 

Костыль костылём подперли.

 

Почему все так держатся за ISC?

Ссылка на сообщение
Поделиться на других сайтах

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

 

Кое-какие наработки (пока в виде экспериментов) под абиллс для себя сделал, отослал патчи Асмодеусу под новый год (пока - только авторизация и выдача ип из отдельного пула клиентам с неведомой связкой радиус-логин+мак, еще надо будет запилить форму авторизации/редиректа для неведомых клиентов, с внесением измененных логина-мака в базу). Может, скоро и в абиллсе появится...

Ссылка на сообщение
Поделиться на других сайтах

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

 

Кое-какие наработки (пока в виде экспериментов) под абиллс для себя сделал, отослал патчи Асмодеусу под новый год (пока - только авторизация и выдача ип из отдельного пула клиентам с неведомой связкой радиус-логин+мак, еще надо будет запилить форму авторизации/редиректа для неведомых клиентов, с внесением измененных логина-мака в базу). Может, скоро и в абиллсе появится...

100% аналогично.

Правда, я у себя отдельный модуль для FreeRADIUS написал, независимый от Abills.

Ссылка на сообщение
Поделиться на других сайтах

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

 

+100

Ссылка на сообщение
Поделиться на других сайтах

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

 

Кое-какие наработки (пока в виде экспериментов) под абиллс для себя сделал, отослал патчи Асмодеусу под новый год (пока - только авторизация и выдача ип из отдельного пула клиентам с неведомой связкой радиус-логин+мак, еще надо будет запилить форму авторизации/редиректа для неведомых клиентов, с внесением измененных логина-мака в базу). Может, скоро и в абиллсе появится...

А разве коммутатор Л2 тут имеет значение?, он только опцию передаёт дальше уже сервер думает что выдавать

Ссылка на сообщение
Поделиться на других сайтах

 

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

 

Кое-какие наработки (пока в виде экспериментов) под абиллс для себя сделал, отослал патчи Асмодеусу под новый год (пока - только авторизация и выдача ип из отдельного пула клиентам с неведомой связкой радиус-логин+мак, еще надо будет запилить форму авторизации/редиректа для неведомых клиентов, с внесением измененных логина-мака в базу). Может, скоро и в абиллсе появится...

А разве коммутатор Л2 тут имеет значение?, он только опцию передаёт дальше уже сервер думает что выдавать

 

він її не передає а формує і  вставляє в dhcp запит. і до речі не всі л2 комутатори уміють це робити (навіть якщо він інтелектуальний і не мильниця)

Відредаговано Lynx100
Ссылка на сообщение
Поделиться на других сайтах

Правда, я у себя отдельный модуль для FreeRADIUS написал, независимый от Abills.

Там абиллс не так уж и значительно перепиливается. Килобайт до 50 патчик...

В dv_auth выкидывается формирование аттрибутов скорости и т.п. в отдельную ф-ю (туда же и фиксация мака и смена даты окончания), в dv_main вводится доп. поле login (по которому собссно и авторизируется юзер, в связке с маком), ну и в authentication проверка по dv.login по аналогии с cid_auth. Если authuntication обломился - не вызываем формирование радиус-аттрибутов скорости и т.п., а сразу выдаем ип из спец. пула.

Остальное - рюшечки, типа отображения в сессиях dv_calls.user_name в скобках если не совпадает с users.id, галка пула негативного депозита и т.п.

 

А разве коммутатор Л2 тут имеет значение?, он только опцию передаёт дальше уже сервер думает что выдавать

Разные вендоры имеют свое понимание формата опции. Разбирать придется по-разному их.

И это не говоря уже о багах в реализации, которые могут иметь место быть.

Ссылка на сообщение
Поделиться на других сайтах

 

Как по мне - accel-ppp + vlan per user в QinQ самое то, никто соседу не нагадит даже при большом желании. Опция 82 - вендорозависима, + будут потом проблемы с IPv6 (кто там из свичей нормально умеет IPv6 source guard?).

А разве коммутатор Л2 тут имеет значение?, он только опцию передаёт дальше уже сервер думает что выдавать

 

Как раз в этой схеме коммутаторы с поддержкой каких-либо фич кроме 802.1q не нужны вообще. В этом ее прелесть.
Ссылка на сообщение
Поделиться на других сайтах

а какие свитчики юзаете? Чтоб понять на сколько дешевше без опт82. Я по ходу поспешил и наставил уже фоксов6124.( Но так и не могу определиться как делать, влан на юзера или опт82...

На чем терм.вланы? предполагаю на циске. За сколько можно взять такую, которая подойдет?

Ссылка на сообщение
Поделиться на других сайтах

На чем терм.вланы? предполагаю на циске. За сколько можно взять такую, которая подойдет?

А нафига их терминировать за пределами тазика? Тащите qinq на тазик, делов-то...

Или у вас планируется сколь-либо заметный трафик между пользователями, что терминаци на железке позволит разгрузить тазик?

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від strushke
      Добрый день!
      Сегодня заметил странную ошибку, которая непонятно, откуда берется.
      Проявляется в виде надписи под некоторыми формами: Big data processing error
       
      Версия 1.1.5 (7920)
       
      В usersearch под формой есть эта надпись
      В report_finance в самом низу
      В report_sysload прямо под окошком с серийным номером и версией биллинга.
       
      Пока что, влияния на работу замечено не было, но надпись то там не просто так. 
       
      Попробовал:
      Очистку кэша
      Исправление таблиц БД 
      Ковыряние логов httpd-error
       
      Ничего из этого не помогло. 
      В логах httpd всё хорошо. 
      Может пнёте меня в нужную сторону, а я авось, долечу? Спасибо
       
    • Від nightfly
      Суббота отличный день для первого в этом году стабильного релиза. Правда? Нет? В общем вот.. Стабильный релиз Ubilling 1.2.4 rev 8318 Fertile Soil. Куча крутых фич, множество багфиксов и всего о чем вы даже не могли подумать.
       
      Коротко о изменениях:
       
      alter.ini: новая опция PON_DEFERRED_LOADING включающая отложенную загрузку данных alter.ini: новая опция PON_ONU_CACHING включающая кэширование данных о ONU. alter.ini: новая необязательная опция CREDIT_EVERGARDEN включающая покраску кредитов в фиолетовый. Не спрашивайте. alter.ini: вырезаны опции CATV_* и CRM_MODE а также весь древний и неподдерживаемый код вокруг них. alter.ini: новая опция TASKMAN_ANYONE_EMPLOYEEID устанавливающая ID сотрудника «кто-угодно». alter.ini: новые опции SWITCHSONIC_ENABLED и SWITCHSONIC_TIMEOUT управляющие мониторингом трафика в реальном времени. Модуль ПОНизатор: слегка улучшено быстродействие. Также реализована поддержка кэширования и отложенной загрузки данных. Модуль Собака-посылака: добавлена поддержка работы с сервисом TurboSMS при помощи HTTP API (tsmshttp). Модуль «Движение средств»: теперь умеет опционально красить кредиты в фиолетовый. Модуль «Карта задач»: добавлена возможность устанавливать фильтр по типу выполненных задач. Модуль «Работы»: исправлена проблема невидимости имен уже не работающих сотрудников в предыдущих задачах по пользователю. Модуль ПОНизатор: добавлена поддержка OLT ZTE C610. Модуль Учет зарплат: добавлен показ нормочасов в списке выполненных по задаче работ. Модуль «Учет зарплат»: при отсылке отчетов сотрудникам в Телеграм, добавлены нормочасы по каждой из задач а также их сума. Модуль «ПОНизатор»: добавлена возможность показа на карте ONU, только с выбранного OLT. Новый модуль «Таймлайн работников»: позволяет нормально распределять ожидаемое время выполнения задач среди ваших сотрудников. Модуль Mapon: теперь умеет отдельно показывать нераспределенные задачи, тоесть задачи на сотрудника «кто-угодно». Модуль «Таймлайн администраторов»: теперь высота графика автоматически подгоняется под количество данных. Модуль «Свитчи»: немного переработаны и облагорожены контролы в профиле свитча. Модуль «Свитчи»: добавлена возможность быстрого создания задачи из прямо профиля устройства. Модуль «Сервер DHCP»: добавлен дзэн-режим. Потому что «а почему бы и нет?» Модуль «Профиль пользователя»: опция EASY_SMS теперь может принимать значения 0/1/2. Модуль «Askozia монитор»: добавлена возможность прослушивания всех звонков за все время. Тормозная копец. Модуль «Панель задач»: все модули/отчеты выглядящие и ведущие себя как карты и являющиеся картами унесены в отдельный раздел. Модуль «Контроль качества»: исправлены данные в отчетах, в колонке за год. Новый модуль «Дубликаты задач»: позволяет отлавливать повторные задачи совершаемые по одним и тем же адресам в диапазоне времени. Новый модуль «Трафик в реальном времени»: позволяет отслеживать загрузку интерфейсов вашего оборудования "вот прямо сейчас". UHW_MLG: починена работа с POD.  
      Полный чейнджлог: https://wiki.ubilling.net.ua/doku.php?id=changelog2022#rev_8318
      Рекомендации к обновлению: https://wiki.ubilling.net.ua/doku.php?id=relnotes#section124
      Обновленная демка: https://ubilling.net.ua/?module=fnpages&pid=demo
       

    • Від Субчик
      Кто уже у себя реализовал?
      Какие подводные камни, плюсы минусы?
    • Від strushke
      Всем привет! Вот уже незаметно, как целых 5 лет я использую Ubilling и я очень этому рад!
      Огромное спасибо разработчикам системы! Биллинг не только легок в использовании "из коробки", 
      но и не сложен в модернизации "под себя", а так же в написании модулей! 
      С 2016 года я использую Ubilling в связке с Mikrotik, и с тех самых пор, как я его начал использовать,
      у меня не было никаких проблем.
      Кажется, это была версия 0.8.3, и BSD 10 под виртуалкой.
      Не всегда я следовал за обновлениями, поэтому спустя некоторое время я просто накатил сразу bsd 12 с чистым биллингом
      и перенес бэкап и свои наработки.
      Иногда бывают лаги, связанные с Mikrotik API, но это всё таки костыль, который не рекомендуется официально, и с которого нужно слезать, а я всё никак. 
       
      Короче, долгих лет жизни вам, ребята! Будете в наших краях - пивом угощу!
    • Від оверлок
      можно ли средствами MikroTik реализовать такую фишку- при не оплате у клиента всплывало окно(отключены ,пополните счет) .?

×
×
  • Створити нове...