[Saab95]

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

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

[vop]

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

[ssyusupov]

Доброго времени суток.

Живу в маленьком городке с населением примерно 100-130 тыс. человек подумываю над открытием мини провайдера, так как у нас в городе интернет провайдеров всего 2 и 5 сотовых оператора с дорогим инетом, первый монополист с дешёвым и плохим качеством инета, второй на 15-20 % дороже его тп https://www.tps.uz/ru-RU/articles/view/po-tehnologii-adsl у нас ток ДСЛ, хорошее качество но сильно ограничен в подключении физических лиц, и большинство вынуждено пользоваться гавно нетом или дорогим мобильным(за 0.10$ за метр либо, пакеты начиная 1$ за 50 метров и до 33$ за 7500 метров, сейчас город интенсивно перестраивают, строятся 4-5 этажные многоквартирные дома, процентов на 70 город состоит из частного сектора, рассматриваю вариант с WIMAX с одной БС так как радиус охвата до 5 км покрывает 100% весь город плюс несколько ближайших поселков, предполагаемое количество абонентов на первые 1.5-2 года до 1000, какую БС, NAS могли бы посоветовать, разумный в соотношении цена/качество билинг с модулем для платежных систем без всяких других наворотов до 3000 пользователей оплата за доступ будет производится в центральном офисе в будущем возможно несколько агентских точек по городу, было ли чтонить подобное проделано если имеется инфа поделитесь( схемы подключения тип оборудования ) планируется использовать авторизацию по PPPOE, стабильно поддерживать скорость до абонента на уровне 3-6 Мбит/с, по окончанию предоплаченного трафика своевременно закрывать доступ, до 10 тарифных планов все с ограниченным трафиком ибо внешний канал очень дорогой, необходимо осуществить фильтрацию трафика по URl (закрыть доступ на порно сайты к примеру) какое оборудование должно этим заниматься,

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

Организовать услугу типа: По окончанию предоплаченного трафика покупка доп пакета трафика 200 Мб, 400Мб или 500Мб к примеру

 

И еще один момент предполагается что одновременных активных подключений будет примерно 70-80%, так как многии абоненты будут вести круглосуточную закачку с бесплатных ресурсов и оборудованию будет необходимо справляться с такими нагрузками и возможно ли такое вообще

Изменено 14 марта, 2017 пользователем ssyusupov

[uk2558]

"В данной статье будут описаны настройки, при которых задача управления выдачей IP адресов ложится на сторону АСР. Стоит заметить, что в связи со спецификой реализации RADIUS в RouterOS, а именно отсутствующим атрибутом ID сессии (Acct-Session-Id) в пакетах Access-Request, мы не рекомендуем использовать динамическое распределение IP адресов"

Кто нибудь смог решить данную проблему? Собрали стенд, наблюдаем "задвоение" выданных Биллингом адресов у ppp интерфейсов.

[dereiff]

В 04.12.2018 в 09:54, uk2558 сказал:

"В данной статье будут описаны настройки, при которых задача управления выдачей IP адресов ложится на сторону АСР. Стоит заметить, что в связи со спецификой реализации RADIUS в RouterOS, а именно отсутствующим атрибутом ID сессии (Acct-Session-Id) в пакетах Access-Request, мы не рекомендуем использовать динамическое распределение IP адресов"

Кто нибудь смог решить данную проблему? Собрали стенд, наблюдаем "задвоение" выданных Биллингом адресов у ppp интерфейсов.

Обратите внимание на опцию radius-use-class-for-acc-ident со страницы https://www.lanbilling.ru/documentation/agents-options она должна решить вашу проблему.

[uk2558]

В ‎07‎.‎12‎.‎2018 в 15:52, dereiff сказал:

Обратите внимание на опцию radius-use-class-for-acc-ident со страницы https://www.lanbilling.ru/documentation/agents-options она должна решить вашу проблему.

Эта опция доступна в версии 2.0.21.1 от 17.06.2017, у нас же 1.9

[dereiff]

В 08.12.2018 в 17:27, uk2558 сказал:

Эта опция доступна в версии 2.0.21.1 от 17.06.2017, у нас же 1.9

Видимо стоит обновиться до актуальной версии

[baronzzz]

В 01.02.2017 в 15:37, Saab95 сказал:

 

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

А вот интересно, какова Ваша схема?

[Saab95]

Схема простая - радиус не используется, IP для доступа устанавливаются сразу на абонентском порту, L3 доступ. Ограничение скорости и доступа на центральных маршрутизаторах.

[saaremaa]

Коллеги, нет ли у кого проблемы с последними прошивками Микротик выше 6.47 + ACP Lanbilling (2.0.2x)? Сбрасывается сессия каждую минуту у PPPoE-клиентов. Если откатиться обратно на 6.46.8 все стабильно работает.

Вендор пока ничего сказать точно не может (открыт тикет SUP-44562 ), но они предполагают:

In 6.47 we added Acct-Session-Id to Access-Request messages, but I am not sure how that would affect the behavior.

*) ppp - added "Acct-Session-Id" attribute to "Access-Request" messages;