l1ght

спасибо, читаю) честно вот на форуме постоянно мелькали юбиллинг, старгейзер - но так как не мой круг интересов - даже и не заходил не знал что это такое)) Його активно пилять, є інтсалли на дуже великі мережі - якщо виникла проблема, або питання є яке на форумі відгуюється багато народу. Сам користуюся ним. Воно зроблено на пхп. Написати свій модуль - не проблема, робится усе на що вистачить хворої фантазії, назразок http://wiki.ubilling.net.ua/doku.php?id=vlangen

ubilling.net.ua - все що вам треба.

Рахували, десь на 80км треба. ІМХО - випадково купити медік на 80 км нереально, то є підстава і штрафувати треба так, щоб не вистачало грошей новий медік купити. Нема ніяких технічних можливостей - є тільки адміністративні. Вони повинні боятися увімкнути щось недозволене.

Снег пошел зимой по прочине применения климатического оружия Американцами

Умирал донедавна от активного ssh общения. Умирает до сих пор от активного udp флуда с рандомным src при нате (плодится куча сессий, засирается контрак и роутерос мрет) Умирает внезапно или отсыхает winbox при невыясненных обстоятельствах Продолжать? це при яких кількостях сесій і трафіку відбувається? 100K pps флуда. без коннтреку нормально прокачав але без шейперу, один статичний роут на дефолт...

проц - 4 ядра 4 ядра- за умови IPoE то краще ЕТ, вже буде балансуватися по всім ядрам. А чим ВПН кращий за пппое?

Не буде виграшу від кол-ва черг якщо ядер мало. Який проц стоїть?

В мене просто loop-detect enable стоїть, але його роботу я не перевіряв. Також використовується ізоляція портів.

port-group 1 group-member ethernet 0/0/1 to ethernet 0/0/24

На ібеї 150-200 баксів є Навіть с доставкою вийде дешевше аніж 600.

3750? Трохи більше маршрутів

Роуты на основании dhcp оно хорошо, но не всегда. Наприклад?

З поденними тарифами простіше. Не треба рахувати за який то місяць - замороженний то не зніме, та й усе на тому. А з помісячними то не наперед виходить. А навпаки. Грудень - 10 днів працював, 20 днів замороженний. Першого числа (по дефолту так) наступного місяця, тобто у січні зніметься за 10 днів у грудні.

На циско цим релей займається.

У старгейзеру є логіка роботи с цим. Можно виставляти вартість заморозки, числа місяцю, коли можно заморожуватися юзеру, та неповне знятта абон. плати. Тобто юзер був заморожений 10 днів з 30, в нього зніме тіки за 20 днів. Але неповне зняття АП, ще затроне такий момент, коли юзера зарееєтсрували 15-го числа, а коли приде час Х (зняття АП) - йому зніме тіки за пів місяця. Можно робити простіше, з'явилися тарифи з денною вартістю, тоді заморозка відбуватиметься прозоріше.

Поки нічого не додалося. Я пишу як час є, та бажання А зараз як справи? може щось нове є ? В принципі там залишилося тільки написати модуль шоб свічі конфігурив (потрібний влан на потрібному порту) та розколупати аннамберед на фрі, щоб нормально працювало.

CCR1036 Особисто в мене довіра мікротикам давно зникла, та якось вона не надто повертається, ота довіра. Яка версія прошивки? Оновлюватись не боязно?

Не я особисто але. ФріБСД + пфнат, або ipfw nat. Та вище із статті на лінуху непогано так 15 гіг нату.

Коли АС стандарт в порядок у залізі приведуть - тоді можна будувати мережу з поглядом "трохи далі ніж сьогодні". По друге - ви точно про СОХО сегмент кажете? В будь якому разі N стандарт може нормально працювати на рівні 100 мегабітного порту свіча.

http://forum.nag.ru/forum/index.php?showtopic=95321 http://forum.nag.ru/forum/index.php?showtopic=98864 Читайте - ознайомтесь.

А мімо 3х3 давно є в смартфонах та планшетах? Чесно кажучі, для сохо сегменту вам і N стандарту вистачить.

15 гіг нату на лінуксі це реальність. З простим раутінгом майже будь яка залізяка зможе 20 гіг прожувати.

Шукайте по форуму про AC стандарт - далі буде ясно все. Не думаю, що ця залізяка є виключенням з правил на данному етапі.

фігню ви кажете. порахуйте скільки коштує циско аср, або джуніпер мх, без доп ліцензій та іншого, та порахуйте сервер який прожує 10-20 гіг трафіку. Зовсім різні цифри будуть.

http://www.mail-archive.com/tech@openbsd.org/msg21729.html "Around 10 years ago it was written by Henning, at my request because the ntpd source code scared the hell out of us. At the time communications with the ntp team showed they had little interest in removing unused functionality from the ntp.org code, or any help with our form of source code audit." openntpd is not vulnerable. Треба ще було оцей рядок додати.