Dump

А что именно ? Какие параметры ?

Да там всё в порядке. Просто 10-ти летняя железка , всё что было заявлено , всё это она вытянула, отработала на ура и окупила себя. Микротик взяли из-за безвыходного положения, брать новую киску бюджет не позволял. В принципе как instant default - вполне даже нормально работает, загрузка проца около 3% при 150Мбит/с, порядка 30 правил ACL . Одна беда, так и не получается нормально настроить резервный канал BGP , лезет входящий трафик с него и всё. Уже и препенды менял, и перезагружал после внесенных изменений, нифига!!!

Мда ... Не совсем ясно почему так, стояла сиська 3800 всё было ОК, просто она с трафиком не справлялась. Хорошо, я так понимаю, можно наверняка создать скрипт на микротике, который будет активировать соединение с резервным оператором в случае отвала основного ?????

Трафик идёт входящий, значение препенда пробовал установить равным 5, но ничего не изменилось, но вот микротик я не перезагружал, он так сказать в бою стоит, поэтому шибко не поиграешься. Зато спустя два часа, как я установил препенд=5 у меня отвалился основной провайдер, в статусе bgp все было ОК, при попытке пинга 8.8.8.8 отвечал "no route to host" , переключился вручную на резервный канал, та же самая история...Пришлось перезагрузить микротик и всё пошло. В попыхах не успел просмотреть логи

Доброго здоровья коллеги. Вопрос следующего содержания: В наличии имеется CCR1036-12G-4S с прошивкой 6.35.2 видимо прошивку надо бы обновить, блок IP адресов /22 , подключение к двум провайдерам по bgp Конфиг bgp таков: /routing bgp network add network=моя сеть/22 synchronize=no /routing bgp peer add in-filter=KTC-bgp-in name=KazTel out-filter=KTC-bgp-out remote-address=88.204.178.217 remote-as=64713 add in-filter=TTC-bgp-in name=TransTel out-filter=TTC-bgp-out remote-address=91.185.23.129 remote-as=41798 /routing filter add action=accept chain=KTC-bgp-out prefix=91.222.88.0/22 set-bgp-prepend=3 add action=discard chain=KTC-bgp-out add action=discard chain=KTC-bgp-in add action=discard chain=KTC-bgp-in prefix=10.0.0.0/8 add action=discard chain=KTC-bgp-in prefix=169.254.0.0/16 add action=discard chain=KTC-bgp-in prefix=192.168.0.0/16 add action=discard chain=KTC-bgp-in prefix=172.16.0.0/12 add action=discard chain=KTC-bgp-in prefix=224.0.0.0/4 add action=discard chain=KTC-bgp-in prefix=240.0.0.0/4 add action=discard chain=KTC-bgp-in prefix=127.0.0.0/8 add action=discard chain=KTC-bgp-in prefix=моя сеть/22 add action=accept chain=TTC-bgp-out prefix=моя сеть/22 add action=discard chain=TTC-bgp-out add action=discard chain=TTC-bgp-in prefix=10.0.0.0/8 add action=discard chain=TTC-bgp-in prefix=169.254.0.0/16 add action=discard chain=TTC-bgp-in prefix=192.168.0.0/16 add action=discard chain=TTC-bgp-in prefix=172.16.0.0/12 add action=discard chain=TTC-bgp-in prefix=224.0.0.0/4 add action=discard chain=TTC-bgp-in prefix=240.0.0.0/4 add action=discard chain=TTC-bgp-in prefix=127.0.0.0/8 add action=discard chain=TTC-bgp-in prefix=моя сеть/22 add action=accept chain=TTC-bgp-in set-bgp-local-pref=200 Проблема в следующем, судя по статьям в интернете, при такой конфигурации, один из провайдеров - основной, второй резервный в моём случае резервный провайдер - KazTel . Но в реальности получается, что часть трафика всё таки идёт через резервного оператора, как можно устранить эту досадную неприятность ? :) Может кто-то направит на путь истинный ! )

Всё поднял ))) Спасибо за совет, почитал ещё вики по ospf mikrotik , дошло )

А схема сети которую я приложил остаётся той же ? Меня интересует правильно ли я сделаю если назначу на интерфейсы адресацию 10.10.х.х/24 ?

Дано: 10 удалённых офисов подключенных к основному, центральному, посредством ПЦК (прямой цифровой канал) от двух операторов. Переключение выполняется вручную, если канал основного оператора "падает" :) Всё это дело - один большой широковещательный домен 172.16.0.0/16 :((( Хочется разделить всё это дело на сети /24 . Плюс сделать автоматическое переключение каналов. Делать планирую на оборудовании mikrotik. Сейчас для тестов имеются в распоряжении 2 RB750GL. Думаю, что резервацию сделать можно с помощью ospf. Создать две зоны, назначить на одну из них большую стоимость маршрутов - это будет резерв. Осталось разобраться как всё это сделать на mikrotik. Прикладываю схему, кто, что может посоветует, может я ошибаюсь где то

Да, благодарю Вас. Так правило работает. ТЕперь новая проблема, применить правило, думал всё будет просто, написал dial-peer voice 100 pots destination-pattern 1T translate called 1 port 0/0/0:15 и не работает. буду благодарен за помощь по замыслу при наборе на IP аппарате 1хх звонок уходит в Е1 с номером 7441хх

Доброго времени суток, прошу помощи в создании правил набора номера. Никак не могу разобраться в синтаксисе cucme нужно слепить правило, чтобы при наборе 1xx номера преобразовывались в 7441xx и уходили в Е1 собственно нужно только правило преобразования или описание синтаксиса по русски. читал на cisco.com , не вкурил из-за языка. пробовал так: voice translation-rule 1 rule 1 /^1+/ /744/ получается не совсем правильно