Перейти до

Релизы Ubilling


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

  • Відповіді 1,2k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Каким местом биллинг должен соотноситься с вопросами политики внешнего раутинга?

Нормальные люди делают бекап и балансировку аплинков при помощи BGP, ну или на худой конец скриптовыми подпорками. В общем чем угодно только не считалкой денег.

 

ЗЫ второй вопрос в FAQ как бы намекает

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

Создав во классах трафика 3 линии (тирнет1 тирнет2 тирнет3) и при регистрации юзера указывать одно из них, тогда пользователь будет работать только в по этому маршруту?

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

Смысл?

 

Всеравно в принципе не понимаю как классификатор трафика, нужный к слову только для раздельного учета трафика (интернет/локалка) по направлениям, тобишь таки тарификации, должен коррелировать хотябы логически с политикой PBR в сети.

 

Если уж так руки чешутся отправлять абонентов разными каналами в интернеты:

1. Для этого существует логика разделения на подсети и сервисы, для логической организации групп абонентов и разбрасывания их по разным серверам доступа

2. Для управления на лету раутингом при подъеме каждого единичного абонента вполне возможно использовать "дополнительные поля профиля" в связке с геттером GetCF (хотя всеравно изврат считаю)

 

 

В норме не предполагается терминация трафика самим биллингом вообще. И это хорошо.

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

смысл в том, что моя сеть имеет 4 подключения в глобус. Объединение каналов в один не очень хорошо получилось... стабильно хромает, пачка сайтов с маслиной открывается, а в соцсетях вообще медиа воспроизводится 1 из 10. Вообщем бека еще та.

 

Теперь озадачился сделать: при реестрац. юзера указывать вручную ибо автоматически указывать сетевой фейс в глобус.

 

Вот такая вот задача.

Ссылка на сообщение
Поделиться на других сайтах
смысл в том, что моя сеть имеет 4 подключения в глобус.

Окей, я более убог - всего только 2 аплинка по 10Г.

В любом случае считаю, что биллингу который дефакто и деюре является считалкой денег, должно быть абсолютно на это фиолетово. Такие вещи решаются посредтсвом BGP как я уже упоминал.

 

 

Объединение каналов в один не очень хорошо получилось... стабильно хромает, пачка сайтов с маслиной открывается, а в соцсетях вообще медиа воспроизводится 1 из 10. Вообщем бека еще та.

Кустарная балансировка дефолтраутов при помощи pf round-robin либо ipfw prob/fwd еще никогда нормально не работала. Вижу имели шанс убедиться в этом на собственном опыте.

 

Теперь озадачился сделать: при реестрац. юзера указывать вручную ибо автоматически указывать сетевой фейс в глобус.

Каждому абоненту отдельно в ручную прописывать дефолтраут? Мсье знает толк в извращениях. B)

 

Почему просто не выделить пусть даже 4 подсети, навешать на них соответственно сервисов и сетей DHCP, и как белые люди распихивать не задумываясь о лишнем туда абонентов?

 

Из плюсов такого решения:

1. нормальность

2. предсказуемая маршрутизация

3. миграция между сервисами в 1 клик

4. адекватная сегментация сети

5. см. п.1.

 

Хотя для любителей рукоблудствачной работы остается таки рабочий вариант с использованием кастомных полей профиля и GetCF. В древние времена когда была потребность выдавать отдельным юзерам маску скажем /27 для внутренних нужд вместе с основной айпишкой просто строилась логика рисования статичного раута на базе

CUSTOM_MASK=`/etc/stargazer/GetCF $LOGIN 1`
if [ "CUSTOM_MASK" != "" ]
then
route add $CUSTOM_MASK $IP bla bla bla
fi

 

ну или типа того

Ссылка на сообщение
Поделиться на других сайтах
Почему просто не выделить пусть даже 4 подсети, навешать на них соответственно сервисов и как белые люди распихивать не задумываясь о лишнем туда абонентов?

 

вот так и будут крутится гайки, иных путей пока что не вижу. Да и администрировать будет проще.

Может есть варианты моей ситуации? (что то в стиле "Мой опыт с...")

Ссылка на сообщение
Поделиться на других сайтах
Может есть варианты моей ситуации? (что то в стиле "Мой опыт с...")

Выше же рассказал, зачем нужна логика подсетей/сервисов.

 

Собственно для провайдеров, которые используют Ubilling, и не имеют возможности сделать нормальную аггрегацию внешних линков, замечено вполне нормальное использование раскидывания юзеров по подсетям с чуть более узкой маской. Дальше как будут распихиваться эти сети и кудой они ходят, через разные экземпляры NAT на разных интерфейсах, через разные удаленные NAS на базе rscriptd, заруливаться к бабушке на деревню или еще куда - биллинг как и задумано не колышет.

 

Абстрагировать логику учета средств от механики и топологии доступа, является единственным кошерным вариантом.

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

Там нечего думать.

 

Добавляете себе сети для абонентов, допустим:

1. 10.10.0.0/24

2. 10.10.1.0/24

 

На них вешаете сервисы:

1. 10.10.0.0/24 -> Типа интернет

2. 10.10.1.0/24 -> Х...евый интернет

 

Для подсетей добавляете NAS в соответствии со своими реалиями. Если же вы используете раздельные NAS на rscripd или mikrotik на этом все заканчивается. В противном случае едем дальше.

 

Если используете стандартные заготовки для BSD из ubinstaller в варианте billing+nas модифицируете свой /etc/firewall.conf добавив обе подсети масками в table(2) и подняв разные екземпляры nat для каждой из подсетей. Как в общих чертах (а именно в две строчки) работает ipfw nat можете почитать вот тут: http://wiki.ubilling....php?id=ipfwnat

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

как бы все запустилось, пока что в тестовом режиме 2 подсети. если все будет норм, подкручу еще 2.

 

PS

при какой нагрузке начинается сыпаться штукатурка при ALL in ONE?

Ссылка на сообщение
Поделиться на других сайтах
как бы все запустилось, пока что в тестовом режиме 2 подсети. если все будет норм, подкручу еще 2.

стратегически без разницы сколько их там будет, оно для того и задумано

 

при какой нагрузке начинается сыпаться штукатурка при ALL in ONE?

Все зависит в первую очередь: от вашего железа и качества сетевых ну и дальше от pps, объема трафика, и количества сессий.

 

Практический опыт других сетей подсказывает что средний тазик ценовой категории ~$1k уверенно держит 1.5к абонентов с тарифами 3-100 Мбит при потоке в ~750Mbit/s в конфигурации "все в одном" практически без тюнинга. Хотя держать такой комбайн лично считаю извратом.

 

pps можно посмотреть вот так:

netstat 1

 

Сколько трафика у вас суммарно думаю сами знаете.

 

Хозяйке на заметку: теоретический запас оставшейся мощи можете оценить на глаз сделав

sysctl net.inet.ip.fastforwarding=1

 

после чего внимательно посмотреть в

top -SHP

сколько отжирают обработчики прерываний сетевых карточек.

 

Есть способ еще проще: сделать ifconfig - если вы видите там карточки вида rl0, vr0, nfe0, ale0 - можете начинать выбирать, кого из пользователей продать на органы, чтобы купить нормальную сетевую :(

Ссылка на сообщение
Поделиться на других сайтах
сделать ifconfig - если вы видите там карточки вида rl0, vr0, nfe0, ale0

 

ну а что ж там еще может видеть мелкий провайдер??? ;)

Практический опыт других сетей подсказывает...

Вот и спасибо, что бы знать, когда нужно в бабушкин носок копеечки класть... :(

 

PS

вскоре выложу немного измененный "Кабинет пользователя".

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

Что угодно только не это.

Цена адекватной(!) двухголовой igb карточки нынче эквивалентна стоимости "разок нормально побухать".

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

Вопрос о "Прием заявок".

В alter.ini

SIGREQ_ENABLED=1

 

 

папку "signup" переместил в корень /data

 

 

в БД создал пользователя, базу и сделал все ему права.

 

 

в signup.ini настроил все, как требует БД.

 

При захождении на странице неизвестным пользователем (http://hostname/signup/index.php) появляется страница, но в ней ничего нет.

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

1. либо PHP < 5.2

2. либо сигнапилке неоткуда получить список улиц, накой черт вы отдельную базу создали?

 

 

Включите хотябы вывод ошибок в PHP, глядишь и увидите, чего ей не нравиться.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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

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

    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       

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