Привет, народ Mikrotik, привет Форуму! Мы — ISP, базирующийся в Германии, и планируем запустить несколько программных маршрутизаторов в своих локациях. Планируем использовать Mikrotik RouterOS в качестве граничных маршрутизаторов с BGP-пирами к нашим провайдерам upstream и peering. Хотим подключить эти граничные маршрутизаторы к нашей Core L3 сети с помощью агрегированных гигабитных каналов (802.3ad LACP), и хотим, чтобы они были стабильными, отказоустойчивыми и быстрыми.
В настоящий момент у меня есть несколько вопросов, которые я хочу задать не только службе поддержки, но и сообществу, которое уже внедрило решения на базе MT Router и реально с ними работает:
1. **Опыт работы в граничных сетях (Upstream/Peering >1gbs+)** Есть ли люди, которые используют MT Router в ситуациях upstream или peering, покрывающих полосу пропускания 1gbps+? Какие у вас рекомендации относительно CPU и оборудования? Скорость пересылки пакетов @ p4 3,0ghz с и без брандмауэра, как пример. p4 3,0ghz с Intel Quad 1000 MT гигабитные сетевые карты будут использоваться в качестве единственного транзитного маршрутизатора к нашему основному upstream. Что можно ожидать в плане скоростей передачи пакетов, которые маршрутизатор все еще сможет обрабатывать? Какое влияние на скорость пересылки оказывает тот факт, что нельзя использовать HT или SMP? Какова причина, по которой MT не поддерживает двухпроцессорные системы?
2. **Используемый Kernel в RouterOS** Нам интересно узнать, на какой версии ядра основана RouterOS 2.9. Уже используют 2.6.? Есть ли поддержка NAPI для адаптеров Intel 1000Mbit/s в MT?
3. **Реализация BGP** Поскольку мы должны полагаться на нашу BGP-сеть, меня конкретно интересует реализация BGP в MT. Есть ли поддержка сообществ, фильтров, префиксирования маршрутов, route-maps и всей остальной "более глубокой" функциональности? Есть ли у нас какая-то информация о статусе соединений с соседями? Можно ли даже отправлять эти данные в syslog на другой (внешний) syslog-сервер?
4. **iBGP & VRRP на одном интерфейсе** Как упоминалось, мы хотим использовать несколько MT в качестве пиринговых / upstream маршрутизаторов, которые консолидируют трафик в нашей Core L3 сети. Мы хотим, чтобы они общались друг с другом через iBGP, а резервирование шлюза должно осуществляться через VRRP. Возможно ли это на одном (агрегированном) интерфейсе, который смотрит на Core L3?
Действительно с нетерпением жду возможности собрать больше информации об этом перспективном проекте. Хотелось бы услышать людей, которые фактически используют MT Router в производстве для аналогичных целей. Routing-специалисты – посоветуете ли вы заменить граничные маршрутизаторы на MT? В настоящий момент пиковая нагрузка нашей общей сети составляет около 200 Мбит/с, с примерно 40-50 тысяч пакетов в секунду. Планируем в ближайшее время увеличить эту нагрузку.
Спасибо,
Frank
В настоящий момент у меня есть несколько вопросов, которые я хочу задать не только службе поддержки, но и сообществу, которое уже внедрило решения на базе MT Router и реально с ними работает:
1. **Опыт работы в граничных сетях (Upstream/Peering >1gbs+)** Есть ли люди, которые используют MT Router в ситуациях upstream или peering, покрывающих полосу пропускания 1gbps+? Какие у вас рекомендации относительно CPU и оборудования? Скорость пересылки пакетов @ p4 3,0ghz с и без брандмауэра, как пример. p4 3,0ghz с Intel Quad 1000 MT гигабитные сетевые карты будут использоваться в качестве единственного транзитного маршрутизатора к нашему основному upstream. Что можно ожидать в плане скоростей передачи пакетов, которые маршрутизатор все еще сможет обрабатывать? Какое влияние на скорость пересылки оказывает тот факт, что нельзя использовать HT или SMP? Какова причина, по которой MT не поддерживает двухпроцессорные системы?
2. **Используемый Kernel в RouterOS** Нам интересно узнать, на какой версии ядра основана RouterOS 2.9. Уже используют 2.6.? Есть ли поддержка NAPI для адаптеров Intel 1000Mbit/s в MT?
3. **Реализация BGP** Поскольку мы должны полагаться на нашу BGP-сеть, меня конкретно интересует реализация BGP в MT. Есть ли поддержка сообществ, фильтров, префиксирования маршрутов, route-maps и всей остальной "более глубокой" функциональности? Есть ли у нас какая-то информация о статусе соединений с соседями? Можно ли даже отправлять эти данные в syslog на другой (внешний) syslog-сервер?
4. **iBGP & VRRP на одном интерфейсе** Как упоминалось, мы хотим использовать несколько MT в качестве пиринговых / upstream маршрутизаторов, которые консолидируют трафик в нашей Core L3 сети. Мы хотим, чтобы они общались друг с другом через iBGP, а резервирование шлюза должно осуществляться через VRRP. Возможно ли это на одном (агрегированном) интерфейсе, который смотрит на Core L3?
Действительно с нетерпением жду возможности собрать больше информации об этом перспективном проекте. Хотелось бы услышать людей, которые фактически используют MT Router в производстве для аналогичных целей. Routing-специалисты – посоветуете ли вы заменить граничные маршрутизаторы на MT? В настоящий момент пиковая нагрузка нашей общей сети составляет около 200 Мбит/с, с примерно 40-50 тысяч пакетов в секунду. Планируем в ближайшее время увеличить эту нагрузку.
Спасибо,
Frank
