Saab95 Опубликовано 5 февраля, 2017 · Жалоба Просто тут в соседней теме обсуждали проблемы с биллингом, что мол его обновляют и во время перезагрузок или работ с биллингом у абонентов проблемы с доступом. В таких сетях, про которые я пишу, подобных проблем не возникает. Можно спокойно решать проблемы с биллингом в рабочее время. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 5 февраля, 2017 · Жалоба С Саабом можно согласиться, что лишнее звено в цепочке надежности лучше убирать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ssyusupov Опубликовано 14 марта, 2017 (изменено) · Жалоба Доброго времени суток. Живу в маленьком городке с населением примерно 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 4 декабря, 2018 · Жалоба "В данной статье будут описаны настройки, при которых задача управления выдачей IP адресов ложится на сторону АСР. Стоит заметить, что в связи со спецификой реализации RADIUS в RouterOS, а именно отсутствующим атрибутом ID сессии (Acct-Session-Id) в пакетах Access-Request, мы не рекомендуем использовать динамическое распределение IP адресов" Кто нибудь смог решить данную проблему? Собрали стенд, наблюдаем "задвоение" выданных Биллингом адресов у ppp интерфейсов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dereiff Опубликовано 7 декабря, 2018 · Жалоба В 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 она должна решить вашу проблему. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 8 декабря, 2018 · Жалоба В 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dereiff Опубликовано 10 декабря, 2018 · Жалоба В 08.12.2018 в 17:27, uk2558 сказал: Эта опция доступна в версии 2.0.21.1 от 17.06.2017, у нас же 1.9 Видимо стоит обновиться до актуальной версии Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
baronzzz Опубликовано 8 сентября, 2019 · Жалоба В 01.02.2017 в 15:37, Saab95 сказал: Она по этому и является, что постоянно хотят странного. Вот и разработчики биллинга решили показать свое видение по этому вопросу, вместо того, что бы уточнить у своих клиентов, какие схемы настройки они используют и провести выборку настроек, действительно отработанных на реальной сети, где все ошибки уже устранены. Или посмотреть что пишут по этому поводу в интернете. А вот интересно, какова Ваша схема? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 21 ноября, 2019 · Жалоба Схема простая - радиус не используется, IP для доступа устанавливаются сразу на абонентском порту, L3 доступ. Ограничение скорости и доступа на центральных маршрутизаторах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 26 марта, 2021 · Жалоба Коллеги, нет ли у кого проблемы с последними прошивками Микротик выше 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; Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...