Перейти к содержимому
Калькуляторы

какое железо выбрать для MikroTik v6.0rc14

Картуччо, подписываюсь под каждым словом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Таки что насчет СоА в МТ для РРРоЕ?

 

А там что не работает? Завершение сессий по радиусу? Так можно просто кикнуть клиента командой по telnet/ssh.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А там что не работает?

 

Не поверите, но СоА там есть _только_ для хотспот. Для всего остального СоА просто нет //_-)

 

 

Завершение сессий по радиусу?

 

Нет. DM/PoD там есть и работает, но речь не про DM/PoD, т.е. про разрыв/завершение сессии, а про СоА, т.е. изменение параметров (скорость и т.д.) сессии без разрыва оной.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет. DM/PoD там есть и работает, но речь не про DM/PoD, т.е. про разрыв/завершение сессии, а про СоА, т.е. изменение параметров (скорость и т.д.) сессии без разрыва оной.

 

Все делается командами, например:

 

ssh billing@10.10.0.1 "/queue simple set [find name=\"<pppoe-$login>\"] max-limit=\"${ceil_out}k/${ceil_in}k\" limit-at=\"${ceil_out}k/${ceil_in}k\""

ssh billing@10.10.0.1 "/ppp secret set [find name=\"$login\"] profile=\"Tarif_${ceil_out}k/${ceil_in}k\""

 

Заодно и в локальной базе пользователей клиенту тарифный план меняет. Все производится без разрыва сессии.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все делается командами

Речь о RFC3576 CoA. А не о костылях, которые это заменяют.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все делается командами

Речь о RFC3576 CoA. А не о костылях, которые это заменяют.

 

Во всяком случае все работает нормально. Любой биллинг так умеет. Или нужно именно что бы по стандарту - тогда берите циску=)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тазик с фрёй.

а вообще, пора сваливать с ппп.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все делается командами, например:

 

ssh billing@10.10.0.1 "/queue simple set [find name=\"<pppoe-$login>\"] max-limit=\"${ceil_out}k/${ceil_in}k\" limit-at=\"${ceil_out}k/${ceil_in}k\""
ssh billing@10.10.0.1 "/ppp secret set [find name=\"$login\"] profile=\"Tarif_${ceil_out}k/${ceil_in}k\""

 

Не совсем кошерно, но раз просил любой вариант - ОК, пусть будет костыль ... хотя NiTr0 в корень зрит :)

 

А что в МТ с посервисным аккаунтингом _не_ через netflow? А с разделением скоростей локалка/мир из радиуса? Насколькоя помню - ничего. Поэтому либо:

 

Тазик с фрёй

 

Благо в MPD это все давно работает, либо accel-pppd, где это все тоже есть (ув. NiTr0, поправьте, если где ошибся), либо:

 

нормальное железо под ваши задачи это Cisco 7204 NPE-G2

 

Но на 3к онлайна, да с гигабитом, да на вырост ... "Маловато будет"(с)

Мой выбор:

 

Это - оптимальное решение Ваших хотелок даже с учетом роста.

 

И я настоятельно советую ТС посмотреть в эту сторону.

 

 

пора сваливать с ппп

 

Так-то да, но порой это не всегда возможно.

 

 

P.S. Ув. Saab95, я не говорю, что МТ плох - нет, просто каждой вещи свое место, т.е. у МТ есть своя ниша (SOHO роутеры, WiFi и т.д.) и не стоит юзать МТ там, где дело касается РРРоЕ, РРТР и прочих *РРР серверов - нет у него того, что там если не сильно нужно сейчас, то может понадобится завтра.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вот на сиське есть полиси мапы с акксес листами и разными профилями скоростей для разных груп ипешников либо нормальные радиус атрибуты под mpd под фрю, но нет публика любит костыли

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Во всяком случае все работает нормально. Любой биллинг так умеет.

Не любой. А только тот, который рассчитан на костыли для отдельных вендоров.

Кроме всего прочего - а вы не задумывались, сколько ресурсов кушает авторизация с генерацией сессионного ключа ssh? Из практики: i486 150MHz - авторизация по ssh занимает порядка 30 секунд. MIPS 320МГц - авторизация занимает 5 секунд. Атом - порядка 1 сек.

 

Или нужно именно что бы по стандарту - тогда берите циску=)

Или взять линукс, или взять фрю. Заплатив стоимость лицензии МТ кому-то за настройку, если самому лень разбираться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что в МТ с посервисным аккаунтингом _не_ через netflow? А с разделением скоростей локалка/мир из радиуса? Насколькоя помню - ничего. Поэтому либо:

 

Ну тогда нужно отказаться от ограничения скорости на PPPoE интерфейсах и резать ее через PCQ по разным направлениям. В этом случае локалку можно либо не резать, либо устанавливать ограничения. Нагрузка на роутер в этом случае будет даже меньше. Естественно для этой цели нужны опять костыли в виде отправки команд.

 

P.S. Ув. Saab95, я не говорю, что МТ плох - нет, просто каждой вещи свое место, т.е. у МТ есть своя ниша (SOHO роутеры, WiFi и т.д.) и не стоит юзать МТ там, где дело касается РРРоЕ, РРТР и прочих *РРР серверов - нет у него того, что там если не сильно нужно сейчас, то может понадобится завтра.

 

Я знаю много людей у кого PPPoE на микротике. И им ничего от него не нужно, кроме авторизации и резки скорости. Особенно если каналы интернета не большие, порядка 50-100мбит, тут справляется и железка за 100 баксов. А если нужно больше скорости - то две или три железки. Естественно на начальном этапе денег нет и нужно как-то пересидеть полгода-год, пока не появится стабильная ежемесячная сумма на развитие.

 

Другие же наоборот, гоняют по 10000 клиентов на нескольких серверах с микротиком, авторизация по радиусу + костыли. И по их мнению это лучше, чем сидеть на всяких линусках и подобных системах. Тут уж кому как нравится.

 

Кроме всего прочего - а вы не задумывались, сколько ресурсов кушает авторизация с генерацией сессионного ключа ssh? Из практики: i486 150MHz - авторизация по ssh занимает порядка 30 секунд. MIPS 320МГц - авторизация занимает 5 секунд. Атом - порядка 1 сек.

 

Да это не сильно грузит современные компы. Если же делать отправку команд по телнету, то нагрузка в большую сторону начнет на биллинг перетекать.

 

Или взять линукс, или взять фрю. Заплатив стоимость лицензии МТ кому-то за настройку, если самому лень разбираться.

 

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

 

Тазик с фрёй.

а вообще, пора сваливать с ппп.

 

В крупных сетях - да. В мелких - нет. Т.к. не везде можно управляемое оборудование воткнуть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да это не сильно грузит современные компы.

Да ну? Если у кого-то стоит атом, с 500 абонами по 128-256кбит каналами, с разжиманием на ночь скорости. Пускай даже 300 абонов. Итого - 600 запросов. 10 минут, при условии 0 загрузки проца. При 50% загрузке - соответственно, в 2 раза дольше. Не многовато ли? :)

 

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

Если железо неуправляемое и микротик стоит еще и бордюром - особо умный абон арп спуфингом прекрасно себе сдампит логин-пароль и будет себе тиком рулить...

 

Вот это самое опасное. Сегодня вы заплатите за настройку, завтра появится глюк а помощи ждать не от кого.

А что, микротик прям-таки в течение суток (или хотя бы недели) заплатки выпускает? Явасумоляю... Вон 6.0 ветку на CCR вообещ сырой с утечками памяти выплюнули - и ничо, пипл хавает... Ядреный пптп все никак не прикрутят, хотя модуль уже 1.5 года как в мэйнстриме ядра...

 

С микротиком можно хоть по форумам спросить всяко совета дадут. Или самому разобраться, ведь настройка там пустяковая, сводится к установки нескольких галочек. Накосячить негде.

С линем/фрей форумов тоже хватает. Где и подскажут, и помогут.

 

А разобраться - ну разберитесь с утечкой памяти в 6-й ветке (которая едва на бету тянет, а не на релиз кандидат). Что, не получается, только ребутить? Печаль-беда... Купили железку за килобакс, а она, как виндовый тазик, без ребута недолго работает, и ничего туда не вкрутить другого...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да это не сильно грузит современные компы.

Да ну? Если у кого-то стоит атом, с 500 абонами по 128-256кбит каналами, с разжиманием на ночь скорости. Пускай даже 300 абонов. Итого - 600 запросов. 10 минут, при условии 0 загрузки проца. При 50% загрузке - соответственно, в 2 раза дольше. Не многовато ли? :)

 

Ну и нормально. Биллинг сам выдает команды потихоньку. Если же это просто увеличение скорости, то ничего не мешает на микротике просто в планировщик команды вставить и он все сделает за 10 секунд самостоятельно=)

 

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

Если железо неуправляемое и микротик стоит еще и бордюром - особо умный абон арп спуфингом прекрасно себе сдампит логин-пароль и будет себе тиком рулить...

 

Ну так даже пионеры не делают - подключают биллинг через отдельный порт к маршрутизатору. Там можно вообще хоть открытым текстом вещать.

 

Вот это самое опасное. Сегодня вы заплатите за настройку, завтра появится глюк а помощи ждать не от кого.

А что, микротик прям-таки в течение суток (или хотя бы недели) заплатки выпускает? Явасумоляю... Вон 6.0 ветку на CCR вообещ сырой с утечками памяти выплюнули - и ничо, пипл хавает... Ядреный пптп все никак не прикрутят, хотя модуль уже 1.5 года как в мэйнстриме ядра...

 

Те, кто использует CCR на PPPoE просто ребутят его в 4-6 часов и не заморачиваются. Через полгода может докрутят.

 

С микротиком можно хоть по форумам спросить всяко совета дадут. Или самому разобраться, ведь настройка там пустяковая, сводится к установки нескольких галочек. Накосячить негде.

С линем/фрей форумов тоже хватает. Где и подскажут, и помогут.

 

А разобраться - ну разберитесь с утечкой памяти в 6-й ветке (которая едва на бету тянет, а не на релиз кандидат). Что, не получается, только ребутить? Печаль-беда... Купили железку за килобакс, а она, как виндовый тазик, без ребута недолго работает, и ничего туда не вкрутить другого...

 

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

 

Если уж быть точным то 2-3 дня без ребута она прорабатывает, а там простой на 2-3 минуты ничего страшного. Многие провайдеры вообще сессию PPPoE рвут каждые 24 часа и ничего.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ребут/разрыв в эпоху борьбы за юзера?

Сделайте меня развидеть это!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну и нормально. Биллинг сам выдает команды потихоньку. Если же это просто увеличение скорости, то ничего не мешает на микротике просто в планировщик команды вставить и он все сделает за 10 секунд самостоятельно=)

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

 

Ну так даже пионеры не делают

Уверены? Я - нет.

 

Те, кто использует CCR на PPPoE просто ребутят его в 4-6 часов и не заморачиваются. Через полгода может докрутят.

Офигеть подход... Купи железку за килобакс и ребути ее каждые 4 часа. Абоны за яйца повешают админа такого прова, и правильно сделают. А пров - продавана, когда 90% абонбазы разбежится за неделю.

 

Уж согласитесь что разобраться с этими системами все же сложнее, чем с микротиком, начать хотя бы просто с установки.

Распаковать и запустить syslinux - сложно?

 

Вариантов накосячить в разы больше. Причем многие косяки вылезают не сразу.

В микротике же за юзера накосячили девелоперы. И чо? Легче от этого?

 

Если уж быть точным то 2-3 дня без ребута она прорабатывает, а там простой на 2-3 минуты ничего страшного.

Клиенты будут в восторге от того, что у вас каждые 2-3 дня пропадает интернет. Особенно мморпг-задроты и игроки казино, а также форекс-игроки. Которые за свои потерянные деньги могут и прийти морду набить...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

или нормалный сервак тыщ за двести рублей

Да ну? Распространенное заблуждение "чем дороже - тем надежнее". Пример бюджетного браса:

nas-1# uptime
23:31:27 up 242 days, 13:51,  1 users,  load average: 0.65, 0.64, 0.60

Самосбор, феном 925, мать M2N-SLI, пара плашек памяти 1гиг без ЕСС (ибо на брасах/роутерах некритично). Ребутился то ли из-за обновления софта, то ли из-за проблем с батареями упса. Мамка в работе вроде с 2008 года...

 

Да, десктопное железо иногда нестабильным бывает. Иногда - может и отказать. Но в целом, вполне можно юзать. А по надежности - лучше десяток самосборов с распределением нагрузки и резервированием, чем один мощный мегасервер за те же деньги. Ибо проблемы бывают не только с железом, но и с софтом.

 

В общем - в первую очередь отказоустойчивость и выбор железа под потребности, а не исходя из обещаний маркетологов/продаванов или моды. А потом уже - бизнес-планы... Иначе можно купить дорогущую хреновину, которая и нафиг не надо при таких объемах трафика (или предназначена совсем для другого и в нестандартном использовании будет работать, но не слишком эффективно), и оказаться один на один с ее багами, а в случае отказа - неделями ждать ремонт/замену (либо держать вторую на складе в резерве).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

могу порекомендовать испробовать vmvare esxi 5.1 можно поднять несколько виртуальных брасов максимально грамотно утилизировав большую мощщу сервера, и на остатках мощности можно всю необходимую телематику, хостинг, хелпдеск, хоть войп атс поднять, и в случае надобности одним кликом перенести на другой сервер с гипервизором

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

могу порекомендовать испробовать vmvare esxi 5.1 можно поднять несколько виртуальных брасов максимально грамотно утилизировав большую мощщу сервера, и на остатках мощности можно всю необходимую телематику, хостинг, хелпдеск, хоть войп атс поднять, и в случае надобности одним кликом перенести на другой сервер с гипервизором

KVM, иначе не кошерно...

 

Брас должен быть самостоятельным. Да и остатков проца быть не должно. Да и две машины надёжней одной, по определению...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В крупных сетях - да. В мелких - нет. Т.к. не везде можно управляемое оборудование воткнуть.

использовать неуправляемое железо - великий идиотизм. даже с pppoe.

следите за руками:

1)сначала устраиваем легкий DoS на pppoe-концентратор, чтобы он стал медленее.

2)поднимаем у себя несколько(по числу cpu) pppoe-концентраторов и разрешаем на них только PAP.

3)запускаем что-нибудь вроде dsniff(ну или что там у нас умеет plaintext-пароли из ppp выцеплять).

 

на п.3 у нас будет энное количество пользовательских аккаунтов, которые можно либо использовать для усиления DoS'а на легитимный pppoe-концентратор, либо можно релеить трафик пользователей через себя и собирать всякую полезную информацию(пароли от icq/jabber/etc).

 

рестарты микротика раз в 4-6 часов задачу ещё больше упрощают ;)

 

Все делается командами, например:

 

ssh billing@10.10.0.1 "/queue simple set [find name=\"<pppoe-$login>\"] max-limit=\"${ceil_out}k/${ceil_in}k\" limit-at=\"${ceil_out}k/${ceil_in}k\""

ssh billing@10.10.0.1 "/ppp secret set [find name=\"$login\"] profile=\"Tarif_${ceil_out}k/${ceil_in}k\""

 

 

что произойдёт с командой, если клиент уже отключился? нет ли тут забавного race condition?

 

Ну тогда нужно отказаться от ограничения скорости на PPPoE интерфейсах и резать ее через PCQ по разным направлениям.

а как эта pcq работает вы можете рассказать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я знаю много людей у кого PPPoE на микротике. И им ничего от него не нужно, кроме авторизации и резки скорости.

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

 

Особенно если каналы интернета не большие, порядка 50-100мбит, тут справляется и железка за 100 баксов. А если нужно больше скорости - то две или три железки. Естественно на начальном этапе денег нет и нужно как-то пересидеть полгода-год, пока не появится стабильная ежемесячная сумма на развитие.

что мешает взять нормальное десктопное железо и vyatta?

 

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

 

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

 

IPIP tunnel mikrotik<->linux after 20-30 minutes stops passing packets. 
Pings with size 50bytes pass all the time. 
Packets bigger than 1300bytes stops passing, after about 5 minutes later, they suddenly start to pass again.

 

L2TP VPN causes reboot. The CCR1036 acts here as a L2TP server and Win7 machine as a client.
My configuration is based on this article:
http://wiki.mikrotik.com/wiki/MikroTik_RouterOS_and_Windows_XP_IPSec/L2TP

The only message in the log after router reboot is "router was rebooted without proper shutdown"
Do you have any suggestions?

 

Having a major problem with a new CloudCoreRouter 36 we purchased and put into production. Running 6.0rc12 build
We run 250-350mbps continuously, we have a sfp1 LC fiber feed (600mbps service)
We have lost throughput on our network 3 times today, reboot of the router fixes the problem, or just waiting 5-10 minutes fixes the problem, bandwidth drops from 300mbps down to <100kbps. Router doesn't accept new connections in Winbox 8291 and doesn't respond to pings. If we have an 'existing WinBox' connection active it will continue to function during the outage! Trying to ping default gateway during outage fails even though existing Winbox connection is working over the internet. We have also noticed connectivity issues on our ether3 zhone connection which is a bridge between two locations using a separate T3. We lost connectivity earlier today on that circuit, could not ping between the two locations (Mikrotik router on each side), yet the T3 was up and functioning. Its like the Mikrotik decides to stop new traffic for a period of time.

 

Hi, Mikrotik!
Where comments on the described problem? Exit to communicate with customers :)
I purchased a ССR1036, but in the real world I'm afraid to use it 

 

how long it takes to get an Reply of: [Ticket#2013041366000268] ? :-)
btw 

hping3 --rand-source –S –L 0 –M 0 –p 179 MIKROTIK IP --flood will kill the CCR <3 Seconds. ONLY Basic Setup, no Conntrack ONLY ip firewal drop TCP to Port 179 @ IP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

могу порекомендовать испробовать vmvare esxi 5.1 можно поднять несколько виртуальных брасов максимально грамотно утилизировав большую мощщу сервера

Вы хотели сказать - максимально неграмотно? Оверхид на виртуализацию какой там будет, не думали?

 

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

Угу, чтобы при отказе сервера падало все.

 

Да и остатков проца быть не должно.

Наоборот, в норме брас/роутер не должен быть загружен более чем на 50% по процу/LA. Ввиду сильно нелинейной зависимости загрузки от трафика. Далее, при 2 брасах в сети каждый из них должен иметь достаточный запас, чтобы вывезти всех абонов (как раз на случай краша одного), т.е. +100% нагрузки. При 3 брасах - соответственно +50%.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В крупных сетях - да. В мелких - нет. Т.к. не везде можно управляемое оборудование воткнуть.

использовать неуправляемое железо - великий идиотизм. даже с pppoe.

следите за руками:

1)сначала устраиваем легкий DoS на pppoe-концентратор, чтобы он стал медленее.

2)поднимаем у себя несколько(по числу cpu) pppoe-концентраторов и разрешаем на них только PAP.

3)запускаем что-нибудь вроде dsniff(ну или что там у нас умеет plaintext-пароли из ppp выцеплять).

 

на п.3 у нас будет энное количество пользовательских аккаунтов, которые можно либо использовать для усиления DoS'а на легитимный pppoe-концентратор, либо можно релеить трафик пользователей через себя и собирать всякую полезную информацию(пароли от icq/jabber/etc).

 

рестарты микротика раз в 4-6 часов задачу ещё больше упрощают ;)

 

Неуправляемые сегменты обычно содержат не более 10-20 клиентов. Из них процентов 40 платят не регулярно. А перед ними уже все заблокировано. Даже если некоторые умники насобирают паролей, то доступ все равно безлимитный, если клиент включит комп а соединение не проходит он тут же позвонит и сообщит о неисправности, вот только таких случаев еще не было.

 

Рестарты это на CCR, на серверах с 5 веткой никаких проблем нет.

 

Все делается командами, например:

 

ssh billing@10.10.0.1 "/queue simple set [find name=\"<pppoe-$login>\"] max-limit=\"${ceil_out}k/${ceil_in}k\" limit-at=\"${ceil_out}k/${ceil_in}k\""

ssh billing@10.10.0.1 "/ppp secret set [find name=\"$login\"] profile=\"Tarif_${ceil_out}k/${ceil_in}k\""

 

 

что произойдёт с командой, если клиент уже отключился? нет ли тут забавного race condition?

 

Если клиент отключился она просто не отработает, т.к. не будет в списке нужного имени клиента. Никаких ложных ограничений скорости не создается, как часто это бывает со всякими линуксами и фрями при ограничениях по IP.

 

Ну тогда нужно отказаться от ограничения скорости на PPPoE интерфейсах и резать ее через PCQ по разным направлениям.

а как эта pcq работает вы можете рассказать?

 

Создается правило ограничения скорости, где указывается лимит входящей и исходящей. Создается адрес-лист куда добавляются адреса клиентов, которые должны пользоваться этим тарифом. Далее если нужно поменять скорость, например увеличить в 2 раза, просто меняются параметры этого правила одной командой, у всех сразу увеличивается скорость. Вдобавок PCQ буферизует данные, а не отбрасывает, поэтому нет потерь на дропы.

 

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

 

Ну вот собрались 3 парня на деревне и решили стать провайдерами, денег 10000р. амбиций на миллион, знаний нет. Естественно возьмут старый комп, накатят на него микротик и растянут витуху по крышам и начнут работать. А все остальное уже по месту. Такие даже на форум за советом не заходят.

 

Ну и нормально. Биллинг сам выдает команды потихоньку. Если же это просто увеличение скорости, то ничего не мешает на микротике просто в планировщик команды вставить и он все сделает за 10 секунд самостоятельно=)

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

 

Если он отключился и снова подключился, то его скорость будет в крайнем случае по старому тарифу. Никаких проблем нет. Если параметры ограничения скорости не изменились - значит работает старое правило. Это же не линукс.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Неуправляемые сегменты обычно содержат не более 10-20 клиентов.

Вы сильно далеки от реалий некоторых пионернетов.

На этом форуме народ с колбасами по несколько сот абонов приходил, советов спрашивал как эту помойку разгрести...

 

Рестарты это на CCR,

Т.е. то, что железка за 1k$ выпущена с таким софтом, по сравнению с которым длинки, даже soho, эталон стабильности - это нормальный подход вендора? :)

 

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

Скорее трафик инспектор поставят...

 

Если он отключился и снова подключился, то его скорость будет в крайнем случае по старому тарифу.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.