Перейти до

Релизы Ubilling


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

...

 

Получается что механизма, нормального, работующего, прального и т.д., позволяющего сказать абонент в данное время пользуется инетом, идёт обмен трафиком и т.д., здесь нет...

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

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Обмен трафиком - понятие дискретное. В данный момент времени обмена нет, но через 500 мкс пролетел пакет - есть обмен или нет? Или один пакет раз в час пролетает?

 

согласен...

 

 

Можно говорить только о том был ли у абона трафик за определенный промежуток времени.

 

хотяб так... допустим в течении 2-3 сек...

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

Факт обмена трафиком - ниочем не говорит. Например роутер пинает чего-то по ntp, ходят всякие бродкасты, пытаются обновиться дхцп лизы, идет широкий скан сети вирусней и еще с пол сотни случаев когда счетчики трафика будут щелкать а пользователя не будет не то что в его "вконтактиках" а и дома.

 

Получается что механизма, нормального, работующего, прального и т.д., позволяющего сказать абонент в данное время пользуется инетом, идёт обмен трафиком и т.д., здесь нет...

да, поскольку щелкающие счетчики трафика ничего как таковые не означают.

 

хотяб так... допустим в течении 2-3 сек...

Ежесекундно сбрасывать данные о трафике с сенсора коллектору и адово их анализировать угадывая "ой чтойтабыло" - думаю приемлимо в сетях в которых три с половиной абонента с точки зрения продуктивности решения. К сожелению с ориентацией на сети с пятизначными абонбазами и жесткими требованиями по продуктивности мы себе такого не можем. Ради чисто разноцветной покраски в любом случае.

 

Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора, сбрасывание всего трафика в какое-то другое место и последующий его анализ исходя из размерности сессий, их количества, и использования протоколов с разносом процентов активности по существующим абонентам исходя из сорц-дистинейшн. Но бред же, чесслово - как с точки зрения целесобразности так и продуктивности.

 

 

В любом случае провайдеру не нужно знать о том что и когда делает абонент. Абоненту тоже наплевать на самом деле на низкоуровневую и окружающую действительность. У него должен работать "вконтакте и порнору", а провайдер должен получать свою прибыль и обеспечивать абоненту доступ к сети в любое время. Для решения конфликтных ситуаций вида "а блжад у меня полгода ничего не работает/скорость говно/вы наркоманы" есть графички загрузки по каждому абоненту где более-менее четко видно когда, почему и на какой скорости он фигачил.

Ссылка на сообщение
Поделиться на других сайтах
Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту.

и парсить, парсить, парсить :)

Ссылка на сообщение
Поделиться на других сайтах
Факт обмена трафиком - ниочем не говорит. Например роутер пинает чего-то по ntp, ходят всякие бродкасты, пытаются обновиться дхцп лизы, идет широкий скан сети вирусней и еще с пол сотни случаев когда счетчики трафика будут щелкать а пользователя не будет не то что в его "вконтактиках" а и дома.

 

это понятно...

а если говорить об обмене трафиком по http?

 

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

 

 

с этим не согласен....вот например...в случае каких то проблем (технического характера) как со стороны пользователя так и с нашей... по такому монитору можно судить о том работает у пользователя инет в данный момент или нет... пользователь может пинговаться а инета у него нет... например в случае когда dns непрально прописал. (у нас в филиале,в селе всё статикой прописанно)

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

 

>>Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора...

ну и так далее - см. мнение выше.

 

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

А графичек посмотреть вам что-то мешает?

Нету синей активности - нету http, ярко красное месиво - вирусня по icmp скорее всего буйствует, помесь бордовенького и зеленого - торренты фигачат скорее всего.

 

Допустим и без гадания по кофейной гуще которое вы предлагаете, я могу определить что у абонента ниже все в этой жизни хорошо (не, ну может теща сука, либо кот в тапки нагадил - но меня это не касается) и интернет исходя из своего тарифа он получает в полном объеме.

traff.png

 

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

с такой же вероятностью у него может и быть трафик не ДНС ориентированный, например теже торренты либо скайпище.

Ссылка на сообщение
Поделиться на других сайтах
Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту.

и парсить, парсить, парсить :)

Ыть? Что парсить? Оно ж сразу в правильных типах данных приходит. Это ж не XML какой-нибуть, а RPC все-таки!

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

По поводу трафика - не забывайте что у NetFlow есть латентность, и довольно большая. Имеет смысл говорить только о трафике за последние, скажем, минут 30. Ну и какая-нибуть классификация по портам. В принципе вся эта информация есть в Stargazer - включаем запись детальной статистики и смотрим данные в последнем сбросе. В том числе с разбивкой по портам.

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

............

 

 

для меня всё как бы прозрачно и ясно... но блин объяснить красавице, которая отвечает на звонки, абонентов и принимает заявки.... сложно... она привыкла что если абонент зелёненький то инетама есть и абонент в онлайне... если синенький то абонент не активен....

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

Опять же, были идеи написать какой-то гибкий анализатор по детальной статистике, только ее объемы на нормальных скоростях-количествах абонентах могут слегка запугать.

Проще тогда уже tcpdump разбирать на лету :mellow:

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

Опять же, были идеи написать какой-то гибкий анализатор по детальной статистике, только ее объемы на нормальных скоростях-количествах абонентах могут слегка запугать.

Проще тогда уже tcpdump разбирать на лету :mellow:

Хранить последний месяц (или день). И сказать "Нет!" своим страхам :)

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

Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... :mellow:

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

 

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

 

Какие-то проблемы у вас странные.

 

nightfly, надо подписать не "Завантажено/Відвантажено" а "Завантажено/Розвантажено (вагонів CD)"

Справді класна ідея, чо це я як лох трафік рахую якимись гігами-терами. Транслювати його в вагони ЦД/ДВД/БД на годину буде справді креативно. Чекаємо релізу 0.2.9 =)

 

Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... :mellow:

Я даже звездочки выкинул и конвертации объемов трафика из нового ажаксного модуля онлайна чтобы избавиться от прохода лишних масивов в цикле, а ты предлагаешь еще минимум пачку кейсов повесить туда :)

Рюшки ничто - скорость все.

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

Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... :mellow:

 

а лучше чтоб был отдельный параметр, который задаёт время за которое нужно брать усреднённое значение...

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

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

 

ну что же, буем обучать... если не поможет даже с пристрастием...

 

 

Какие-то проблемы у вас странные.

 

да они у нас такие... всяко разные... ))))))

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

У нас есть хорошее правило - необучаемых, разбирать на органы (почку в рассрочку, ога). Зашибись мотиватор - рекомендую :mellow:

 

В любом случае работа такой телефонной девочки сводиться к 4-м пунктам:

1. посмотреть не кончилось ли бабло.

2. посмотреть графичек если жалобы на скорость.

3. потыкать две попингуйки и спросить горят ли лампочки на роутере/сетевой.

4. если по п.2. или п.3. получаются фейлы - либо передать звонок на саппорт второй линии, либо по желанию клиента оформить вызов мастера на дом.

 

Ничего же сложного, правда?

 

 

да они у нас такие... всяко разные... ))))))

Черные, белые, грязные :)

 

По роду деятельности постоянно общаюсь с мигрирующими сетями и сеточками. В последнее время наблюдаю довольно мого людей съезжающих со всяких инспекторов/юзергейтов. Угадайте какой доминирующий мотив при переходах?

Быстродействие, что подразумевает под собой концептуальное планирование и оценку рисков. Скатываться в "а-а-а-а!!111 блин при 200-500 пользователях все загнулось" мы не будем и даже не собираемся.

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

Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... :mellow:

 

а лучше чтоб был отдельный параметр, который задаёт время за которое нужно брать усреднённое значение...

Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит :)

Эта штука очень чувствительна к частоте сброса данных NetFlow-сенсором и частоте записи данных в БД Stargazer'ом. Всякие чудеса может показывать :)

Ссылка на сообщение
Поделиться на других сайтах
Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит

ну мы же договорились мерять траффик теперь строго болванками в час? :mellow:

 

Эта штука очень чувствительна к частоте сброса данных NetFlow-сенсором и частоте записи данных в БД Stargazer'ом. Всякие чудеса может показывать

Я как всегда считаю, что в ближайшее время, возможно год-второй, телеком рынок будет отходить от количественных показателей в учете интернетов. Уже довольно давно видел пакето-ориентированные и трафико-наклонные тарифы, многие знакомые уже сейчас начинают тушить сенсора нетфлова. При таком развитии отрасли в сторону дикого и неуправляемого демпинга, домашний интернет имеет полностью неиллюзорные шансы перейти из качественно(актуально сейчас)-количественных(не актуально давно) в "присутственные" показатели. "Типа был там интернет, ну и зашибись".

Ссылка на сообщение
Поделиться на других сайтах
Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит

ну мы же договорились мерять траффик теперь строго болванками в час? :mellow:

Пардон, "Розвантажено 2 вагони CD TDK ScratchProof" :)

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

Нашел Ваш билинг, посмотрел демо на сайте – понравилось.

Установил, настроил и… ожидал большего.

Чего не хватает (мое мнение):

  1. Ограничения трафика по суткам, неделям месяцам;
  2. Нет в профиле пользователя строки «Лимит трафика МБ на месяц/неделю/день» и «Использовано МБ в месяце/неделе/дне» ;
  3. Нет статистика по посещаемых ресурсам (http, ftp, p2p и т.д.) пользователя и выбора их отображения (за день/неделю/месяц) ;
  4. Хорошо бы увидеть в админ панели пользователя расход трафика по часам дня/недели/месяца;
  5. В админ панели видеть сколько кто использовал свой тарифный план (если есть ограничения по мб/гб up, down, up+down).;
  6. Как на меня считалок трафика есть много (Darksta и Netams – для примера)…

+ еще мелочи.

Ссылка на сообщение
Поделиться на других сайтах
Установил, настроил и… ожидал большего.

Демка и документация есть.

Мы не виноваты что вы не потрудились ознакомиться с ними относительно своих "ожиданий" (Да, кофе не варит, сука такая)

 

Ограничения трафика по суткам, неделям месяцам;

И кому этот весь трафико-ориентированный бред нужен в принципе?

 

Интернет у нормальных операторов давно не является доминирующей статьей расходов. Уже довольно давно не видел не анлимных тарифов в культурной среде.

Большинство комерческих пользователей Ubilling на данный момент заняты тем что вырубают сенсора нетфлова и полностью отказываються от подсчета трафика.

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

 

+ еще мелочи.

Ознакомьтесь с пользовательским соглашением чтоли. Глядишь проймет.

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

Странное мышление, ну да пропустим...

 

И кому этот весь трафико-ориентированный бред нужен в принципе?

Тогда смотрим на оператором/провов в сетях WIFI, 3G,4G и т.д., вообщем, чем занимаю я. Да и есть пользователи, которым вполне достаточно десятка гб на месяц за 60грн при отличной скорости самого канала, а не резать всех шейперами...

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

Ой, а вы один из них?! Можно мне с вами контракт? Пожизненно? Напишу все что угодно по вашему ТЗ ;)

Нет, не они?

Странно, видимо всякие киевсралы с МТС-ами опенсорцными поделками брезгуют :P

 

Странное мышление, ну да пропустим...

чуть больше десяти лет наблюдения за сферой позволяют предположить.

 

Да и есть пользователи, которым вполне достаточно десятка гб

Чувствую запах равнодушия... своего...

 

 

Я так понимаю мой совет вдумчиво вчитаться в TOS вы проигнорировали?

 

ЗЫ Кстати "пакетные тарифы" с лимитами по трафику поддерживаются, динамическое шейпирование тоже. Мораль? "Плохо смотрели/не поняли/не в теме "- ненужное зачеркнуть.

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

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

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

    • Від 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, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       


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