andryas

Дякую, проблема вирішена додаванням в опис буквопослідовності OLT

Білінг на стенді, закінчив з pppoe, дійшов до PON'у, включив e alter.ini PON_ENABLED=1 ONUAUTO_USERREG=1 PON_USERLINK_CHECK=1 PON_QUICK_OLT_LINKS=1 і ось таке побачив. Може хто стикався. Це на стадії реєстрації юзера, одразу на 2-му кроці, він одразу відкривається такий В базу внесено лише 1 OLT, просто вирішив глянути як воно виглядає ONUAUTO_USERREG=0 вимикає цю красу разом з фічею

Ось такий цікавий артефак, можна побавитися в рекурсію ОЛТ без юзерів, можливо через це.

Дякую

Вав! А де тицьнути? DN_FULLHOSTSCAN ?

Дякую! Сподіваюся, розробники, при хорошому настрої, додадуть змогу задіяти ще одне поле-індикатор "онлайну" для швидкої візуалізації стану сесії юзера.

Дійсно, лог там, дякую. Заодно спитаю, цей лог можна грохнути, без наслідків для цілісності інших даних? А щодо можливості відображати стан сесії в профілі користувача чи в "онлайні", це не передбачено?

А вона неодмінно дорожчатиме, з кількох причин. Технічно - росте трафік, фінансово - збільшення податків та конкуренція за робочу силу. До речі, ось тут і про інтернет

Ще виникли питання по відображенні активності юзера, може я не достатньо уважно RTFM. 1. Як у веб інтерфесі відобразити піднята чи не піднята сесія pppoe (у профілі або в модулі "онлайн")? 2. Як включити логування та відображення історії авторизацій (підняття та відключення pppoe сесій)? Авторизація здійснюється через радіус за допомогою multigen.

Напрошується відступ зліва і зменшення інтервалу між рядками, ІМХО.

Згідний, але чи доцільно адміну з примітивними навиками кодінгу, замість виконання своєї роботи, писати білінг? +

Мені чомусь завше здавалося, що адміни адмінять, а програмують програмісти.

Адміну? А чому не, наприклад, монтажнику?

А якщо лише плюси?

Почитую останнім часом )

Дякую, і я теж там гібридно присутній До речі, дійсно, практично все є в RTFM

Підпишуся під кожним словом. Теж хочу йти з самописного, просто нема часу на програмування вже, а брати в штат програміста якось зовсім фінансово кисло. На диво, найцікавішим кандидато виглядає, власне безкоштовний Ubilling.

Доброго часу доби! Таки рішився. Поставив свіжий Ubilling на тестову машину з FreeBSD 11.2, вивчаю можливість міграції на нього. Все поставилось чудово. Веб інтерфейс дуже порадував, доволі просто, красиво і логічно. Перші враження ДУЖЕ позитивні. Поки ще свіжі ці перші враження, що я зауважив, насамперед, дрібнички інтерфейсу, які, НМД могли б полегшити і зробити більш приємною, гнучкішою та швидшою роботу. Це виключно моя думка, як новачка, чого НМД бракує в Ubilling, після використання самописного білінгу. 1. При реєстрації користувача - Реєстрація користувача, Крок 1. Додати поле "прізвище, ім'я, по-батькові" , ідентифікатор (ФО чи ЮО) та тариф. - Реєстрація користувача, крок 2. Додати поле "MAC"; Дати змогу редагувати згенеровані логін, IP (і було б супер тут же ж тестити на унікальність ці реквізити, автоматично чи по кнопці). - Додати крок 3 (або додати наступні поля в крок 2), де можна було б вибрати коммутатор, порт, (вілан?) перевіряти унікальність зв'язки комутатор:порт. 2. При редагуванні профіля дати змогу змінити IP користувача вручну (аналогічно до п.2, з тестуванням на унікальність) 3. При точному пошуку користувача, по мірі вибору критерію, логічно одразу відображати внизу табличку з застосованими на даний момент фільтрами (як при пошуку за частк адр.) Не знайшов області і району. 4. У звітах - пошук дублікатів MAC адрес (користувачі з однаковими MAC у базі, та на портах комутаторів) - історія зміни MAC та IP користувача Щодо запитань. 1. Чому обрано "старий" ISC DHCPd (я так розумію, він перезапускається після редагування конфігів). До речі, у моєму білінгу така ж "проблема". Зараз модно тримати лізи в БД (сервер від FreeRadius або на його основі, новий KEA або ж патчі до того ж ISC DHCPd для звязку з БД). 2. Найбільша проблема впровадження, яку я бачу для себе на даному етапі - імпорт. Якщо я все вірно зрозумів, Імпортувати дані з свого білінгу (логін, IP, MAC, ПІП, тариф, адреса, коди міст, НП, вулиць, тарифи, коди комутаторів, порти, баланс і тд.) я можу без обмежень у відповідні таблиці, при вбитому процесі Stargazer, усі зв'язки у базах при цьому будуть корректними? Якщо є деталізовний ХАВТУ по імпотру, тицьніть мене, будь ласка, носом Дякую!

Мокшанські бригади - хто в лугандоні, хто в Сирії.

Дякую

Люди, що на даний момент модне з 10G карточок? Бо я щось з залізками трошки "відстав від життя"

Нормальному кабелю нічого не буде. Вгорі і внизу зробити бублики діаметром 30-40 см по 5-10 витків. Якщо висота велика, то можна і десь посередині бублик

У літієвих обмежений вік служби, у свинцевих (при правильній експлуатації) - к-ть циклів. Свинцеві набагато менш вибагливі і простіші в експлуатації. Фактично єдиний недолік свинцевих - це масогабаритні показники.

Власне. Тому, якщо на базі підведена лінія, то ні про які сонячні навіть мови не може бути. Герератор або аккумулятори. Треба рахувати, що вигідніше по часу відсутності світла. Якщо електрика зникає ненадовго і часто, то аккуми. Якщо рідко і надовго - гена.

Ну десь так. Наразі сонячні батареї в наших широтах корисні у 2-х випадках: 1. Якщо електрики зовсім нема, доїзд неможливий, але світло дуже треба, незважаючи на витрати (верхівка гори, наприклад). 2. Продавати по "зеленому" тарифу. Ну і використання сонця не виключає потребу в аккумуляторах, а вони дуже здорожчують систему живлення. Хороша дизельна або газова електростанція з автопуском - наше все І не факт, що вийде дорожче.