Привет! Могу ли я использовать CCR1072-1G-8S+ для BGP вместо Cisco ASR 1000? Технический отдел Mix советует Cisco, но можем ли мы сравнить его с новым CCR от Mikrotik? Спасибо!
owaisoos
Guest
0
28.10.2015 10:32:00
Уважаемые эксперты, я читал, что один человек использует этот роутер для своего PPPoE-соединения и, по его словам, он обслуживает 30 000 PPPoE-клиентов на CCR1072-1G-8S+. Мне интересно, поддерживает ли этот роутер также клиентов PPTP, где у каждого клиента есть PPTP-туннель со скоростью 1 Мбит/с и используется PCQ или Simple Queue. Сколько клиентов при этом сможет поддерживать CCR1072-1G-8S+, и какой будет общий throughput при подключениях PPTP? Ниже ссылка на источник, в котором указано, что подключено 30 000 PPPoE-соединений.
Murmaider
Guest
0
30.10.2015 08:47:00
Мы подумываем купить 2 этих CCR1072-1G-8S+ для нашего со-локационного BGP и заменить старые серверы с vyatta. Я прочитал тесты BGP на — выглядит впечатляюще, но меня немного беспокоит надежность и стабильность этих устройств. Несколько человек советовали держаться подальше от CCR из-за проблем с железом и софтом — случайные перезагрузки, зависания и так далее. Нам нужна система с 100% uptime, и мы планируем запускать по 2 таких устройства, но у меня есть вопросы: Насколько надежны CCR в со-локационной среде при работе с BGP? Насколько стабильна RouterOS на этих CCR? Насколько надежны SFP-модули Mikrotik? Какая у этих устройств статистика по времени безотказной работы? Наши нынешние роутеры vyatta за 5 лет ни разу не падали. В общем, если мы собираемся вложиться в два CCR1072-1G-8S+, не окажутся ли они белым слоном, о котором я пожалею через полгода–год?
nz_monkey
Guest
0
30.10.2015 10:06:00
Murmaider Мы довольны стабильностью устройств CCR на RouterOS 6.19 и новее. Мы используем их в различных сценариях с высокой пропускной способностью, и они работают надёжно.
tomaskir
Guest
0
30.10.2015 12:22:00
У нас тоже развернуто довольно много CCR, и проблем не было. Если вы знаете, что делаете, и делаете всё правильно (тестируете изменения конфигурации и обновления версии в лабораторных условиях перед запуском в продакшн), проблем не возникнет. Вы заметите, что многие, кто жалуется, либо не разбираются в деле (RouterOS очень сложный), либо просто не придерживаются общепринятых стандартных практик по управлению конфигурациями, изменениями и обслуживанием.
StubArea51
Guest
0
30.10.2015 14:10:00
Согласен со всем, что сказали NZ_Monkey и Tomaskir… При этом вот несколько мыслей про 100% бесперебойную работу в целом. Такое почти не случается ни у одного вендора сетевого оборудования.
За последние 20 лет в ИТ я проектировал и внедрял сети на самом дорогом железе Cisco, с суммарной стоимостью построения в десятки миллионов долларов, и при этом всё равно сталкивался со всеми перечисленными проблемами: сбои железа/ПО, случайные перезагрузки и «зависания». Можно было бы подумать, что софт в самых дорогих центрах обработки данных Cisco или у крупных провайдеров будет настолько надёжным, что никакие критические баги не смогут уронить весь дата-центр или ядро провайдера. Увы, это не так.
Реальность в том, что у всех вендоров есть баги, которые приходится обходить, и существует чёткий процесс, который должен соблюдать сисадмин при выборе прошивки и тестировании в своей среде, если хочешь добиться успеха.
Вот пример с линейкой Cisco Nexus 7K, с которой мы активно работаем — это одни из самых распространённых коммутаторов в ядрах дата-центров. Такие устройства стоят в Amazon, Google, Facebook и прочих.
CSCUm01502 Симптомы: коммутатор Cisco Nexus 7000 с NX-OS Release 6.1(1) перезагружается из-за сброса netstack HAP. Условия: у этой ошибки нет известных триггеров.
Я посреди ночи дважды выезжал устранять критические аварии из-за багов Cisco — в два раза чаще, чем с MikroTik. Посмотрите список исправленных ошибок в этом коде, чтобы понять, сколько багов на самом деле в ПО такого крупного вендора, как Cisco. Ссылка:
2) Пытаться достичь 100% аптайма гораздо больше зависит от проектирования и планирования сети, а не от надёжности кода одного устройства. Устранение единых точек отказа — обязательное условие, как в физическом, так и в логическом плане. Каждая включённая функция увеличивает риск обнаружения бага.
Когда мы планируем масштабные сети дата-центров или провайдеров, обычно проводим оценку рисков — стоит ли включать какую-то функцию (например, полисироутинг), учитывая риск внедрения или обнаружения неизвестного бага, способного раскачать всю сеть.
Серия CCR за последние 2–3 года прошла большой путь развития и теперь представляет собой очень стабильную платформу. Конечно, баги есть и будут исправляться, но MikroTik здорово двинулся вперёд, введя новый цикл разработки кода с выпуском версии bugfix — самой стабильной, в которой не добавляют новых функций, способных вызвать побочные проблемы и баги.
Вот обзор изменений в разработке MikroTik, благодаря которым стабильность на CCR заметно выросла:
Murmaider
Guest
0
31.10.2015 06:42:00
Ответ немного ниже… Модератор очень долго не публиковал мой ответ.
owaisoos
Guest
0
01.11.2015 19:57:00
Уважаемые специалисты, прошу вас ответить.
Murmaider
Guest
0
02.11.2015 04:29:00
Спасибо, IPANetEngineer, за подробный и обнадёживающий ответ. Приятно видеть, что кто-то с таким большим опытом отвечает на вопросы вроде моего — очень ценю это. Я прочитал много статей на — отличный сайт, надо сказать! Полностью согласен с вами насчёт 100% аптайма — это нереально, но это цель, которую мы перед собой ставим. Что касается функций, у нас простая сеть с BGP и OSPF, и мы придерживаемся философии: «Простые решения порождают простые проблемы, сложные решения — сложные проблемы». Я пытаюсь найти документацию по подключению SFP+ uplink к свитчу, который поддерживает SFP uplink. Например: CCR1072-1G-8S+ с SFP+ трансивером -------------- оптоволокно --------------- HP Switch с SFP трансивером. Мне кажется, что это должно работать так же, как и с Ethernet, но могли бы вы это подтвердить?
StubArea51
Guest
0
02.11.2015 15:19:00
Пожалуйста… и, безусловно, 100% времени безотказной работы — это цель, к которой нам всем стоит стремиться, даже если достичь её чрезвычайно сложно. Если вы хотите подключить CCR1072 через модуль 10 Gig SFP+ к коммутатору HP на скорости 10 гигабит, то да, это однозначно поддерживается.
Murmaider
Guest
0
02.11.2015 15:42:00
Привет! Я имею в виду, если у меня в Mikrotik стоит SFP+ трансивер, а в коммутаторе HP обычный 1G SFP трансивер, будет ли связь работать на скорости 1G? Спрашиваю, потому что я бы предпочёл поставить на этот блок 10G SFP+ модули, а когда придёт время обновлять старые коммутаторы, смогу заказать 10G устройства.
StubArea51
Guest
0
02.11.2015 17:36:00
Модуль SFP+ за некоторыми исключениями не работает с модулем SFP. Слот SFP+ обычно может принимать SFP с обеих сторон — в случае с CCR1072 мне удалось поставить 850 нм MultiMode SFP в слот SFP+, который работал вместе с MultiMode SFP в RB2011, и это дало 1-гигабитное соединение, чего должно хватить, чтобы ваш сценарий с коммутатором HP заработал. Одномодовый 1-гигабитный SFP и медный SFP, похоже, не работают в слоте SFP+ на 1072.
Murmaider
Guest
0
02.11.2015 19:17:00
Полагаю, это был модуль ? Кстати, не подскажете, использует ли CCR1036 ECC-память или нет? Я знаю, что CCR1072 — да.
StubArea51
Guest
0
02.11.2015 20:08:00
Думаю, мы на самом деле использовали SFP-модули Antaira, но любой SFP-модуль подойдет для серии CCR. Я почти уверен, что в CCR1036 стоит оперативная память без ECC. Вот фото одного из наших CCR1036-2G-8S+ в лаборатории.
normis
Guest
0
03.11.2015 08:11:00
CCR1036 использует обычные ноутбучные модули SODIMM. CCR1072 использует припаянную ECC-память.
