jp1111

Аргументы будут?

http://www.lanbilling.ru/terminal_oplat.html

Доку на него можно посмотреть ?

:))))) Коллеги биллингописатели, все сюда ! Свежие уши ! Поупражняемся ??? Я же говорил, надо было не полениться и поступить как здесь предлагалось - ровно одна страница экономии :) Если по делу, то я не понял только требование, оставленное в квотинге выше. В остальном : АПИ есть, зачаток документации на который здесь, описываем со скоростью 1 функция в день Опенсорс биллингов с сертификатом на рынке нет ... пока. Коллеги, я ошибаюсь?

Slukl:Если пропусть селфпиар нетапа насчет адекватности, то возникает вопрос: какова удельная стоимость абонента должна быть у старт апного софта по Вашему мнению? Большинство разработчиков "закрывающих" сегмент домашних сетей в том числе, своими продуктами, показывает ценник не выше 5-7 рублей за абонента (наша компания не исключение. Все что ниже обозначенной удельной суммы авантюры, из серии как посоветовали тут -> в торренты и покупка сертификата отдельно. Какой смысл искать на рынке то чего нет? Достойных предложений ниже обозначенных мной рамок выше нет, тем более если Вы расчитываете вырасти до 5000 абонентов. Если найдете дешевле достойных кандидатов, отпишите в тикет - мы подумаем над своими ценниками.

Уважаемый Юрий, Вы оперируете терминами "разруливается" и т.п. при этом, очевидно, не до конца разобравшись _как_именно_это_сделала_ компания Cisco Systems в своем продукте. Вы уже получили ответ (буду оперировать понятным языком), что, что бы ситуацию "разрулить как циска" (мы то уже давно разобрались как именно, да и в форуме специалисты уже предложили Вам свои услуги) надо заплатить указанную в КП сумму ибо "разруливание" производится не двумя операторами типа printf или scanf, а несколько сложнее _в_чужом_коде_.

Да как Вы все не поймете !!! Можно подружить DHCP с RADIUS см. пример, http://www.lanbilling.ru/dhcp_radius.html, но если у DHCP понятие СЕССИЯ отсутствует, а в RADIUS оно (понятие) присутствует, то соединить, то, чего нет, с тем, что есть, это не только "дело техники", но и дело извращения с "эмуляцией" в DHCP этой самой сессии с помощью танцев с бубнами в коде и определенными допущениями. "И мне хочется странного :) то что и юрию" - ну так скиньтесь с Юрием и оплатите эту странность, дело то в чем? Если еще с десяток заинтересованных найдете, то ТЗ, хоть сюда выложу на согласование. У меня разработчики на з.п. сидят, а не на чувстве альтруизма. А те, которые с бубнами танцевать умеют получают далеко не средний уровень оной. "Легализовать" это = "Получить 2 сертификата и 2 лицензии", не так сложно, вот только больно дорого получается с 01.01.10

Общие принципы ценообразования по доработкам см. по ссылке http://forum.nag.ru/forum/index.php?showto...0&start=100 . Думаю, наша компания не одинока в подобном подходе. В данном случае запрос большинством данного форума, ровно как и нашими разработчиками, квалифицирован как "заказчик хочет странного". Несмотря на это, обозначенная в КП цена, для потенциального заказчика, Юрий :), полностью адекватна сложности реализации запрошенного.

Ха, уважаемый, Вы меня не поняли. Либо поняли не правильно. Во-первых в качестве лирического отступления скажу, что я пару лет назад чуть не въехал в рай на своем собственном горбу, после чего временно видел белый свет среди темной нирваны. Туда возвращаться ни на чьем горбу не хочется. Реаниматологи сказали, что родился я не в рубашке, а в бронекапсуле. Вот ссылка: http://photofile.ru/users/rasamaha/2788520/60582578/ Зачем это здесь? Для понимания, что на чужом горбу, это плохо и грех, а если не правильно живешь случается вот такая вот Ъуйня. Такие события часто приводят к переосмыслению ряда суждений насчет рая и горба. Так вот, отвечая по сути вопроса: если я напишу собственный рейтинг биллингов в моем представлении, то LANBilling займет в нем первое место :), и понятно почему, далее по списку. Это будет "взгляд заинтересованного лица". А мое предложение с согласованием это, если хотите, претензия на объективность :) и подпись под рейтингом остальных уважаемых занимающих определенные позиции в сегменте рынка биллинга производителей - гарантия объективности. Хотя, естественно это предложение было выдвинуто с долей сарказма (всерьез не рассматриваю и считаю идею утопичной), в отношении ситуации когда подобные вопросы мониторятся основными коллегами и ответы занимают ровно страницу (как раз, по числу доминирующих в этом сегменте систем:) Насчет того отменял ли кто-то управление по SNMP на базе"скриптовых решений", а именно, запуск внешних управляющих процедур по событиям из биллинга. То, надо сказать, что этого для "управления на порту не достаточно", т.к. в тех системах где не реализован SNMP мониторинг портов (точнее их состояний), управляющий скрипт никогда не запустится повторно, если сотояние порта поменялось по неизвестным биллингу причинам. Соответственно адекватность состояния устройств состоянию блокировок в биллинге не отслеживается (не мониторится). Для этих целей и нужен инвентори. Конечно же :) ! Но я Вам не советчик :) Как в том мультике моя миссия в этом топике, (с) Карбофос из "Следствие ведут колобки": "Покупайте наших слонов".

Я, кстати, коллегам предлагаю составить FAQ на тему запросов из серии "Какой биллинг выбрать для .....". Согласовываем текст, под ним большинство производителей биллинга подписывается, после чего на такие вопросы, как поднятый в данном посте закидываем текст, где будет рейтинг каждого, и после начинаем растирать чье болото круче :) Это сэкономит ровно одну страницу постов, где "смотрящие" за данной конфой от каждой из компаний, представленных на этом рынке биллингов "советуют" свой :)

В целом, если резюмировать все сказанное выше, я полностью согласен, что основная ценность этого обсуждения заключается именно во фразе, оставленной в качестве квотинга.Что касается опции 82, сделали ровно так, как написано в статье: http://www.lanbilling.ru/dhcp_radius.html Что касается поднятой темы, то потенциальный заказчик закрыл тему с формулировкой "мы не лохи" :)

Финализируем LANBilling 1.9 версию 15.09.09 - ее Вам стоит попробовать вначале. Вообще перед покупкой все стоит пробовать. Действительно, модель устройства которым Вы хотите управлять не так важна. Важен принцип управления им. В большинстве случаев это SNMP или Телнет. Оба механизма мы поддерживаем в первой сборке 1.9. Само собой, что бы иметь возможность управлять на порту услугой надо иметь в составе биллинга механизм инвентаризации устройств. В нашем случае это LANBilling Inventory, которая по сути и обеспечивает связь учетной записи абонента и управляемого порта. Сегодняшняя сборка позволяет не только привязывать абонента к порту, но и связывать устройства между собой. Вторая сборка (ориентир октябрь 10-15 число) позволит прорисовать карту сети и матрицу активности аппаратуры. Поскольку многие пользуются трэй утилитами, которые поддерживают не одного оператора телекома мы предпочитаем интегрироваться с MTSoftом http://www.mtsoft.ru/, а не писать свой. В отношении поддержки технологии IP Source Guard/IP Source Lockdown и Option 82 достаточно подробно расписали механизм управления в статье от сегодня: http://www.lanbilling.ru/dhcp_radius.html Ценники есть на сайте.

Ну любимая не жалуется пока :))))) ... только к ланбиллингу ревнует немного :) .... продолжайте, продолжайте :)

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

Знаете анекдот: Решили провести эксперимент ученые: Взяли обезьяну, посадили в клетку, повесили банан, положили рядом палку. Обезьяна прыгнула, раз, два, взяла палку, сбила банан. Взяли алкоголика, посадили в клетку, повесили бутылку водки, положили рядом палку. Алкоголик раз прыгнул, два, три, 10 минут прыгает, 20. Ученый не выдерживает, подходит и говорит: дружище ну подумай хоть чуть чуть, на что получает ответ "Ъули думать, прыгать надо". Так вот: Ъули тут обсуждать еще, уже все обсуждено за нас, осталось осмыслить :) "что не всё ещё для нас потеряно." - искренне удачи.

Ссылочку попрошу, крайне интересно.

В выходные сотрудники обычно отдыхают, и это мне кажется нормальным. С лупой не вижу в законе требования лицензирования и сертификации. Возможно вы имеете в виду какие-то подзаконные правила и какие-то отраслевые нормативы? Не подскажете, какое отношение Oracle Utilities Customer Care and Billing имеет к связи? "Не подскажете, какое отношение Oracle Utilities Customer Care and Billing имеет к связи?" - мы не говорили только о связи, мы говорили о производителях биллинга. Поверьте на слово, оракл купил не только тот продукт, название которого я Вам написал. "С лупой не вижу в законе требования лицензирования и сертификации." - я бы на это ответил так, "коллеги вот посмотрите на влияние этого закона на свой объем продаж с первого января", думаю только это поможет мне Вас убедить всерьез отнестись к поднятой проблематике, но поскольку Ваша позиция мне несколько напоминает позицию страуса, зарывающего голову в песок (дождь уже пошел, а голове пока тепло и сухо), то такой аргумент на Вас, вероятнее всего влияния не окажет, ибо статистика продаж еще не накоплена по объективным причинам - продукт новый. В целом убеждать Вас не в моих интересах :).Предлагаю поступить как на линейке в пионерлагере. Информацию сдал - информацию принял. Ваше личное дело как ее воспринимать. Все же хочу сказать, что Вам для выхода на этот рынок потребуется еще больше энтузиазма, даже чем есть у Вас сейчас (и я это чувство фанатизма крайне уважаю), но помимо этого потребуется еще и чуть больше чем потребовалось бы на эту задачу 5-10 лет назад, к сожалению. И речь не только о $$. "Вот только Sun Microsystems больше нет, а Microsoft и Oracle живы" - ну вот только что 5 минут назад разговаривал с московским представительством Sun'а по телефону. Официально опровергаю: никуда не делись, работают, но теперь под предводительством оракла. По инсайдерской информации ничего с ними не будет, ребрендинг сделают и все с большой вероятностью

"Прямых упоминаний на это в ФЗ нет" - у Вас же юридический отдел в компании, насколько я понял! Выговор им за незнание предмета :) статья 25 пункт 3. Насчет даты, да опИсочка вышла, виноват. "АСР не чешутся" - кризис знаете ли, на паузе играют, есть такой термин в одной игре популярной. "Мы люди серые" - не знаю лично, не знаком, судить не берусь, но, все же, коллеги, не подставляйте себя сами так :) Вы же профессионалы, прежде чем написать ну хоть погуглить стоит, СС&B - Customer Care & Billing. Источник: Oracle.com

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

"Я может сегодня уже заработался" - однозначно. "не валидны" - от англ. valid - действительный. Что Вы этим хотели сказать не знаю, но то, что АСР есть компонент узла связи, который должен оператором ПД аттестоваться с 01.01.09 100% факт. Далее по тексту 152ФЗ. "И Оракл не производитель АСР" - да ну? видимо в больших тендерах у Вас не так много опыта участвовать... isn't it ? "И ланбиллинг, простите, но не номер 1 по продажам, а уж тем более по суммарной абонентской базе" - за что извиняетесь не знаю, это действительно так, но какое отношение объем продаж нашей компании имеет к поднятому вопросу? Дружище учите матчасть, либо посоветуйтесь с компетентными людьми. На крайний случай, запрос регуляторам отправьте. Полемизировать не буду, но рекомендую вопрос изучить. АСР теперь, к сожалению, сертифицируется _не_только_ на связь. А и на "НДВ + СВТ" средство обработки и хранения ПД, а вот что бы законно иметь возможность производить это средство и нужна лицензия.

1. Удаление не реализовано, т.к. такая задача действительно из разряда "хочется странного". 2. Если встанет задача реализовать именно то, что хочет топик-стартер: "нужно клиентам выдавать динамические адреса, реальные", то это можно сделать. Естественно никакого Radius-accounting по сессиям не будет, т.к. при DHCP четко понять сессию не возможно, DHCP выдал адрес на определенное время и забыл про клиента. Если пугает ресурсоемкость вопроса определения "отустствия трафика за последнее время" и необходимость запуска дополнительных операций по cron для чистки старых IP, то можно реализовать следующим образом: Когда приходит запрос на получение IP, по Option 82 определяем клиента, по MAC определяем давали ли ему уже адрес, если давали, то отдаем ему тот-же адрес и отмечаем в базе время последней выдачи адреса. Если про этот MAC записей нету, то выбираем свободный из пула. Если в пуле свободных нет, то выбираем из пула адрес, у которого самое раннее время последнего получения адреса и если оно раньше чем max-lease-time+интервал получения данных по IP трафику, то выдаем его, и заменяем привязку этого адреса на нового абонента. Если адресов свободных нет, то ничего не выдаем абоненту, и пишем гневную запись в error-log, что кончились адреса. При включенном dhcp-snooping на коммутаторах это все будет работать и корректно тарифицироваться. По 1 согласен с Вами.По 2 - не проще принудительно вставить эккаунтинг в DHCP по событиям выдачи адреса и по событию его релиза по запросу, либо релиза по таймауту? Всю остальную логику пусть отрабатывает RADIUS по своим алгоритмам.

ключевое вот в чем "то нужно просто при отсутствии трафика в течении lease времени" 2 вопроса: Вы это уже реализовали или нет? как определять "lease время"? Правильно ли я понял что в данном случае accounting-updates фиктивно заменен "отслеживанием" т.е. один из модулей системы как бы сам шлет в RADIUS interim updates. Ну или как то аналогично, видя, например, что за последнее "lease время" проходили пакеты с таким-то IP по сетевому уровню ?

Пальцем не ткнёте? Чего ж не ткнуть то? не жалко: http://forum.nag.ru/forum/index.php?showtopic=49458 http://www.hub.ru/forum/index.php?showtopic=32063 http://www.ispdn.ru/ Да, собственно там же где и сейчас г. Москва ул. Измайловский бульвар д. 43 5 этаж :)

Искренне желаю Всем нам, что бы его (152 ФЗ) отменили, но судя по тому как потирает довольно ручки ФСТЭК, аккредитованые при нем органы и испытательные лаборатории, врядли. Юристы люди конечно уважаемые, но платить то не им :) Когда есть мелкие детали, их могут съесть дети, так во всяком случае написано на игрушках детских, так что детям наш биллинг противопоказан :) "Кроме вас кто-нибудь из разработчиков АСР их получил?" - да, оракл, потому что у них денег столько, что не надо об этом думать. Мы потому, что жабу резко задушили, остальных же пока она еще душит расценками на это удовольствие. Вас тоже будет душить вместе с юристами :) Это не минсвязь с ее коммунистическими ценами.

Коллеги поясните пожалуйста вот что. Если в netpatch е для ISC DHCP нет эккаунтинга, то какое отношение данная Вами ссылка имеет к поднятой проблеме, а именно: И выдача динамического IP абоненту, пусть даже и через RADIUS И одновременная тарификация трафика по IP. Средствами чего в данном случае организована сессия от назначения адреса до DHCP lease ? Для статического выделения адреса по DHCP при опции 82, решение подходит, сами такое используем, в тандеме с привязкой абонента к порту через LBInventory.