madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 ... Получается что механизма, нормального, работующего, прального и т.д., позволяющего сказать абонент в данное время пользуется инетом, идёт обмен трафиком и т.д., здесь нет... Обмен трафиком - понятие дискретное. В данный момент времени обмена нет, но через 500 мкс пролетел пакет - есть обмен или нет? Или один пакет раз в час пролетает? Можно говорить только о том был ли у абона трафик за определенный промежуток времени.
felixio_01 Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Обмен трафиком - понятие дискретное. В данный момент времени обмена нет, но через 500 мкс пролетел пакет - есть обмен или нет? Или один пакет раз в час пролетает? согласен... Можно говорить только о том был ли у абона трафик за определенный промежуток времени. хотяб так... допустим в течении 2-3 сек...
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 но факта того что он в данный момент времени активен, т.е. идёт обмен тарфиком, нет... Факт обмена трафиком - ниочем не говорит. Например роутер пинает чего-то по ntp, ходят всякие бродкасты, пытаются обновиться дхцп лизы, идет широкий скан сети вирусней и еще с пол сотни случаев когда счетчики трафика будут щелкать а пользователя не будет не то что в его "вконтактиках" а и дома. Получается что механизма, нормального, работующего, прального и т.д., позволяющего сказать абонент в данное время пользуется инетом, идёт обмен трафиком и т.д., здесь нет... да, поскольку щелкающие счетчики трафика ничего как таковые не означают. хотяб так... допустим в течении 2-3 сек... Ежесекундно сбрасывать данные о трафике с сенсора коллектору и адово их анализировать угадывая "ой чтойтабыло" - думаю приемлимо в сетях в которых три с половиной абонента с точки зрения продуктивности решения. К сожелению с ориентацией на сети с пятизначными абонбазами и жесткими требованиями по продуктивности мы себе такого не можем. Ради чисто разноцветной покраски в любом случае. Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора, сбрасывание всего трафика в какое-то другое место и последующий его анализ исходя из размерности сессий, их количества, и использования протоколов с разносом процентов активности по существующим абонентам исходя из сорц-дистинейшн. Но бред же, чесслово - как с точки зрения целесобразности так и продуктивности. В любом случае провайдеру не нужно знать о том что и когда делает абонент. Абоненту тоже наплевать на самом деле на низкоуровневую и окружающую действительность. У него должен работать "вконтакте и порнору", а провайдер должен получать свою прибыль и обеспечивать абоненту доступ к сети в любое время. Для решения конфликтных ситуаций вида "а блжад у меня полгода ничего не работает/скорость говно/вы наркоманы" есть графички загрузки по каждому абоненту где более-менее четко видно когда, почему и на какой скорости он фигачил.
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту. и парсить, парсить, парсить
felixio_01 Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Факт обмена трафиком - ниочем не говорит. Например роутер пинает чего-то по ntp, ходят всякие бродкасты, пытаются обновиться дхцп лизы, идет широкий скан сети вирусней и еще с пол сотни случаев когда счетчики трафика будут щелкать а пользователя не будет не то что в его "вконтактиках" а и дома. это понятно... а если говорить об обмене трафиком по http? В любом случае провайдеру не нужно знать о том что и когда делает абонент. Абоненту тоже наплевать. У него должен работать "вконтакте и порнору", а провайдер должен получать свою прибыль и обеспечивать абоненту доступ к сети в любое время. Для решения конфликтных ситуаций вида "а блжад у меня полгода ничего не работает/скорость говно/вы наркоманы" есть графички загрузки по каждому абоненту где более-менее четко видно когда, почему и на какой скорости он фигачил. с этим не согласен....вот например...в случае каких то проблем (технического характера) как со стороны пользователя так и с нашей... по такому монитору можно судить о том работает у пользователя инет в данный момент или нет... пользователь может пинговаться а инета у него нет... например в случае когда dns непрально прописал. (у нас в филиале,в селе всё статикой прописанно)
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 а если говорить об обмене трафиком по http? >>Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора... ну и так далее - см. мнение выше. можно судить о том работает у пользователя инет в данный момент или нет... А графичек посмотреть вам что-то мешает? Нету синей активности - нету http, ярко красное месиво - вирусня по icmp скорее всего буйствует, помесь бордовенького и зеленого - торренты фигачат скорее всего. Допустим и без гадания по кофейной гуще которое вы предлагаете, я могу определить что у абонента ниже все в этой жизни хорошо (не, ну может теща сука, либо кот в тапки нагадил - но меня это не касается) и интернет исходя из своего тарифа он получает в полном объеме. пользователь может пинговаться а инета у него нет... например в случае когда dns непрально прописал. с такой же вероятностью у него может и быть трафик не ДНС ориентированный, например теже торренты либо скайпище.
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту. и парсить, парсить, парсить Ыть? Что парсить? Оно ж сразу в правильных типах данных приходит. Это ж не XML какой-нибуть, а RPC все-таки!
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 По поводу трафика - не забывайте что у NetFlow есть латентность, и довольно большая. Имеет смысл говорить только о трафике за последние, скажем, минут 30. Ну и какая-нибуть классификация по портам. В принципе вся эта информация есть в Stargazer - включаем запись детальной статистики и смотрим данные в последнем сбросе. В том числе с разбивкой по портам.
felixio_01 Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 ............ для меня всё как бы прозрачно и ясно... но блин объяснить красавице, которая отвечает на звонки, абонентов и принимает заявки.... сложно... она привыкла что если абонент зелёненький то инетама есть и абонент в онлайне... если синенький то абонент не активен....
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 В принципе вся эта информация есть в Stargazer - включаем запись детальной статистики и смотрим данные в последнем сбросе. В том числе с разбивкой по портам. Опять же, были идеи написать какой-то гибкий анализатор по детальной статистике, только ее объемы на нормальных скоростях-количествах абонентах могут слегка запугать. Проще тогда уже tcpdump разбирать на лету
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 nightfly, надо подписать не "Завантажено/Відвантажено" а "Завантажено/Розвантажено (вагонів CD)"
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 В принципе вся эта информация есть в Stargazer - включаем запись детальной статистики и смотрим данные в последнем сбросе. В том числе с разбивкой по портам. Опять же, были идеи написать какой-то гибкий анализатор по детальной статистике, только ее объемы на нормальных скоростях-количествах абонентах могут слегка запугать. Проще тогда уже tcpdump разбирать на лету Хранить последний месяц (или день). И сказать "Нет!" своим страхам
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый...
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 для меня всё как бы прозрачно и ясно... но блин объяснить красавице, которая отвечает на звонки, абонентов и принимает заявки.... сложно... она привыкла что если абонент зелёненький то инетама есть и абонент в онлайне... если синенький то абонент не активен.... У нас на саппорте две красавицы (опиатную иконку мака думаете кто выбирал? и почему панель задач похожа на филиал вконтактика?) Обе успешно справляются с последовательным тыканьем по обоим попингуйкам и зыреньем по графичку. В случае несоответствия клинической картины ожидаемой, они же вполне справляются с выпиской наряда для выездных саппортов. Какие-то проблемы у вас странные. nightfly, надо подписать не "Завантажено/Відвантажено" а "Завантажено/Розвантажено (вагонів CD)" Справді класна ідея, чо це я як лох трафік рахую якимись гігами-терами. Транслювати його в вагони ЦД/ДВД/БД на годину буде справді креативно. Чекаємо релізу 0.2.9 =) Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... Я даже звездочки выкинул и конвертации объемов трафика из нового ажаксного модуля онлайна чтобы избавиться от прохода лишних масивов в цикле, а ты предлагаешь еще минимум пачку кейсов повесить туда Рюшки ничто - скорость все.
felixio_01 Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... а лучше чтоб был отдельный параметр, который задаёт время за которое нужно брать усреднённое значение...
felixio_01 Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 У нас на саппорте две красавицы (опиатную иконку мака думаете кто выбирал?) Обе успешно справляются с последовательным тыканьем по обоим попингуйкам и зыреньем по графичку. В случае несоответствия клинической картины ожидаемой они же вполне справляются с выпиской наряда для выездных саппортов. ну что же, буем обучать... если не поможет даже с пристрастием... Какие-то проблемы у вас странные. да они у нас такие... всяко разные... ))))))
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 ну что же, буем обучать... если не поможет даже с пристрастием... У нас есть хорошее правило - необучаемых, разбирать на органы (почку в рассрочку, ога). Зашибись мотиватор - рекомендую В любом случае работа такой телефонной девочки сводиться к 4-м пунктам: 1. посмотреть не кончилось ли бабло. 2. посмотреть графичек если жалобы на скорость. 3. потыкать две попингуйки и спросить горят ли лампочки на роутере/сетевой. 4. если по п.2. или п.3. получаются фейлы - либо передать звонок на саппорт второй линии, либо по желанию клиента оформить вызов мастера на дом. Ничего же сложного, правда? да они у нас такие... всяко разные... )))))) Черные, белые, грязные По роду деятельности постоянно общаюсь с мигрирующими сетями и сеточками. В последнее время наблюдаю довольно мого людей съезжающих со всяких инспекторов/юзергейтов. Угадайте какой доминирующий мотив при переходах? Быстродействие, что подразумевает под собой концептуальное планирование и оценку рисков. Скатываться в "а-а-а-а!!111 блин при 200-500 пользователях все загнулось" мы не будем и даже не собираемся.
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Предлагаю фичу: в зависимости от усредненной bandwidth за пол часа менять интенсивность окраски индикатора online. Ярко зеленый, зеленый, тусклый... а лучше чтоб был отдельный параметр, который задаёт время за которое нужно брать усреднённое значение... Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит Эта штука очень чувствительна к частоте сброса данных NetFlow-сенсором и частоте записи данных в БД Stargazer'ом. Всякие чудеса может показывать
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит ну мы же договорились мерять траффик теперь строго болванками в час? Эта штука очень чувствительна к частоте сброса данных NetFlow-сенсором и частоте записи данных в БД Stargazer'ом. Всякие чудеса может показывать Я как всегда считаю, что в ближайшее время, возможно год-второй, телеком рынок будет отходить от количественных показателей в учете интернетов. Уже довольно давно видел пакето-ориентированные и трафико-наклонные тарифы, многие знакомые уже сейчас начинают тушить сенсора нетфлова. При таком развитии отрасли в сторону дикого и неуправляемого демпинга, домашний интернет имеет полностью неиллюзорные шансы перейти из качественно(актуально сейчас)-количественных(не актуально давно) в "присутственные" показатели. "Типа был там интернет, ну и зашибись".
madf Опубликовано: 24 июля, 2012 Опубликовано: 24 июля, 2012 Ага, а потом nightfly отвечать на вопросы почему при 5-минутном интервале bandwidth скачет от 0 до 100 мбит ну мы же договорились мерять траффик теперь строго болванками в час? Пардон, "Розвантажено 2 вагони CD TDK ScratchProof"
nightfly Опубликовано: 24 июля, 2012 Автор Опубликовано: 24 июля, 2012 Пардон, "Розвантажено 2 вагони CD TDK ScratchProof" Сказано - зроблено
DarkLan Опубликовано: 28 июля, 2012 Опубликовано: 28 июля, 2012 Нашел Ваш билинг, посмотрел демо на сайте – понравилось. Установил, настроил и… ожидал большего. Чего не хватает (мое мнение): Ограничения трафика по суткам, неделям месяцам; Нет в профиле пользователя строки «Лимит трафика МБ на месяц/неделю/день» и «Использовано МБ в месяце/неделе/дне» ; Нет статистика по посещаемых ресурсам (http, ftp, p2p и т.д.) пользователя и выбора их отображения (за день/неделю/месяц) ; Хорошо бы увидеть в админ панели пользователя расход трафика по часам дня/недели/месяца; В админ панели видеть сколько кто использовал свой тарифный план (если есть ограничения по мб/гб up, down, up+down).; Как на меня считалок трафика есть много (Darksta и Netams – для примера)… + еще мелочи.
nightfly Опубликовано: 28 июля, 2012 Автор Опубликовано: 28 июля, 2012 Установил, настроил и… ожидал большего. Демка и документация есть. Мы не виноваты что вы не потрудились ознакомиться с ними относительно своих "ожиданий" (Да, кофе не варит, сука такая) Ограничения трафика по суткам, неделям месяцам; И кому этот весь трафико-ориентированный бред нужен в принципе? Интернет у нормальных операторов давно не является доминирующей статьей расходов. Уже довольно давно не видел не анлимных тарифов в культурной среде. Большинство комерческих пользователей Ubilling на данный момент заняты тем что вырубают сенсора нетфлова и полностью отказываються от подсчета трафика. Так что знаниматься нафиг никому не нужными направлениями желания никакого нету и думаю не появиться. + еще мелочи. Ознакомьтесь с пользовательским соглашением чтоли. Глядишь проймет.
DarkLan Опубликовано: 28 июля, 2012 Опубликовано: 28 июля, 2012 Интернет у нормальных операторов... Странное мышление, ну да пропустим... И кому этот весь трафико-ориентированный бред нужен в принципе? Тогда смотрим на оператором/провов в сетях WIFI, 3G,4G и т.д., вообщем, чем занимаю я. Да и есть пользователи, которым вполне достаточно десятка гб на месяц за 60грн при отличной скорости самого канала, а не резать всех шейперами...
nightfly Опубликовано: 28 июля, 2012 Автор Опубликовано: 28 июля, 2012 3G,4G Ой, а вы один из них?! Можно мне с вами контракт? Пожизненно? Напишу все что угодно по вашему ТЗ Нет, не они? Странно, видимо всякие киевсралы с МТС-ами опенсорцными поделками брезгуют Странное мышление, ну да пропустим... чуть больше десяти лет наблюдения за сферой позволяют предположить. Да и есть пользователи, которым вполне достаточно десятка гб Чувствую запах равнодушия... своего... Я так понимаю мой совет вдумчиво вчитаться в TOS вы проигнорировали? ЗЫ Кстати "пакетные тарифы" с лимитами по трафику поддерживаются, динамическое шейпирование тоже. Мораль? "Плохо смотрели/не поняли/не в теме "- ненужное зачеркнуть.
Рекомендованные сообщения