https://mobile.opennet.me/openforum/vsluhforumID6/1552.html Два своих офиса соединены двумя каналами.<br>Задача:<br>1. Трафик, маркированный tos=1 отправлять в канал 1.<br>2. Остальной трафик отправлять в канал 2.<br>3. Когда какой-то канал падает, трафик уходит в другой канал.<br><br>Видится вариант (и он описан в примерах): использовать route-map и IP SLA.<br>Но так как офис свой, то доступны и другие механизмы, в частности доступны протоколы маршрутизации.<br><br>Поэтому есть еще варианты, кроме SLA?<br>Чем надежнее и проще, тем лучше. <br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#27 Wed, 26 Nov 2014 10:49:24 GMT &gt;&gt; Поди ничего страшного, что думаете?<br>&gt; честно читать эти бредни не хочется. костыль на костыле. сопровождать потом это <br>&gt; все добро - рехнешься.<br>&gt; самое простое и правильное - выделить воип в отдельные сегменты. правда слабо <br>&gt; применительно если софтфоны в большом ходу.<br><br>ospf в каждом маршрутизаторе и несколько строчек (число удаленных сетей) статики с метрикой 254, один route-map с tos-ами или сетями (на любой вкус). Вроде всё.<br>Если дело выгорит, конфигурацию опубликую, люди сами оценят что сложнее.<br><br><br><br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#26 Wed, 26 Nov 2014 10:44:08 GMT &gt; Более того, пока не проверял, но может быть возможно отказаться от политики <br>&gt; на межлинковом интерфейсе, ведь маршрут уже есть по ospf-у (ospf-ы в <br>&gt; основном и резервном маршрутизаторе разные).<br>&gt; А может можно вообще отказаться от межлинкового соединения между маршрутизаторами (основным <br>&gt; и резервным), а пересылать через внутренний интерфейс (лучше видимо отключить ip <br>&gt; redirect).<br>&gt; Пропадут оба канала, ну покидают маршрутизаторы друг другу пакет, пока он не <br>&gt; умрет по TTL(?)?<br>&gt; Поди ничего страшного, что думаете?<br><br>Похоже линк между маршрутизаторами нужен.<br>На внутреннем висит route-map с tos-ами, на линке между маршрутизаторами нет никакого.<br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#25 Wed, 26 Nov 2014 10:00:29 GMT &gt; Поди ничего страшного, что думаете?<br><br>честно читать эти бредни не хочется. костыль на костыле. сопровождать потом это все добро - рехнешься.<br>самое простое и правильное - выделить воип в отдельные сегменты. правда слабо применительно если софтфоны в большом ходу.<br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#24 Wed, 26 Nov 2014 09:56:58 GMT &gt;&gt;&gt; http://trace.twnic.net.tw/rtraining/routings.pdf <br>&gt;&gt;&gt; Читай <br>&gt;&gt; http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mtr/configuration/15-s/mtr-15-s-book/multi-topo-routing.html <br>&gt;&gt; Короче, ключевое слово Cisco MTR.<br>&gt;&gt; Правда поддерживается это все добро на операторском классе железа.<br>&gt; Интересно. Не встречал этот MTR.<br><br>Ну вот на ASR 1000 серии, команды такие поддерживаются, правда дальше не конфигурил.<br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#23 Wed, 26 Nov 2014 08:27:22 GMT &gt;&gt; Возвращаясь к схеме с протоколом маршрутизации.<br>&gt;&gt; Подумалось: а случайно протокол марщрутизации не удалит свой маршрут автоматически в случае <br>&gt;&gt; когда дальше цепочка разорвалась? Ведь на то он и протокол ДИНАМИЧЕСКОЙ <br>&gt;&gt; маршрутизации.<br>&gt;&gt; Если маршрутизатор (Алкатель) знает, что канала нет (он не видит соседа через <br>&gt;&gt; канал), он может сказать "резервному" маршрутизатору: не надо в меня пихать, <br>&gt;&gt; у меня все-равно тупик.<br>&gt;&gt; А значит "резервный" маршрутизатор тоже удалит у себя маршрут из ospf.<br>&gt;&gt; Если это так, то остается решить проблему маршрутизатора "распределения", т.е. от него <br>&gt;&gt; хорошо бы избавиться или зарезервировать в горячем режиме.<br><br>Работает конструкция на стенде!<br>Маршрут в низлежащем маршрутизаторе пропадает.<br><br>Более того, пока не проверял, но может быть возможно отказаться от политики на межлинковом интерфейсе, ведь маршрут уже есть по ospf-у (ospf-ы в основном и резервном маршрутизаторе разные).<br>А может можно вообще отказаться от межлинкового соединения между маршрутизаторами https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#22 Tue, 25 Nov 2014 15:14:23 GMT &gt; Возвращаясь к схеме с протоколом маршрутизации.<br>&gt; Подумалось: а случайно протокол марщрутизации не удалит свой маршрут автоматически в случае <br>&gt; когда дальше цепочка разорвалась? Ведь на то он и протокол ДИНАМИЧЕСКОЙ <br>&gt; маршрутизации.<br>&gt; Если маршрутизатор (Алкатель) знает, что канала нет (он не видит соседа через <br>&gt; канал), он может сказать "резервному" маршрутизатору: не надо в меня пихать, <br>&gt; у меня все-равно тупик.<br>&gt; А значит "резервный" маршрутизатор тоже удалит у себя маршрут из ospf.<br>&gt; Если это так, то остается решить проблему маршрутизатора "распределения", т.е. от него <br>&gt; хорошо бы избавиться или зарезервировать в горячем режиме.<br><br>От маршрутизатора "распределения" красиво избавиться можно так:<br>1. По протоколу hsrp весь трафик поступает на одну из Цисок, пусть "основную".<br>2. Весь трафик у нас распределен всего по двум каналам (больше каналов нет), поэтому трафик по tos-aм резервного канала направляем через конструкцию "route-map, set next-hop" на резервный маршрутизатор (через внутренний https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#21 Tue, 25 Nov 2014 14:55:36 GMT &gt;&gt; http://trace.twnic.net.tw/rtraining/routings.pdf <br>&gt;&gt; Читай <br>&gt; http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/mtr/configuration/15-s/mtr-15-s-book/multi-topo-routing.html <br>&gt; Короче, ключевое слово Cisco MTR.<br>&gt; Правда поддерживается это все добро на операторском классе железа.<br><br>Интересно. Не встречал этот MTR.<br> https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#20 Tue, 25 Nov 2014 13:40:46 GMT &gt;&gt; Вариант: делать туннель (не хочется, так как занижается MTU, не совсем красивое <br>&gt;&gt; решение в условиях когда все каналы и оборудование свое).<br>&gt; У нас большая компания (авиакомпания, в тройке лидеров), тунелями сделаны все соединения <br>&gt; межсайтовые. никаких особых проблем нет.<br><br>Я понимаю, что решение с туннелями есть.<br>с MTU несколько выше накладные расходы. Я понимаю, что скорости сейчас большие.<br>с MTU возможны проблемы у приложений из-за невозможности согласования. Я понимаю, что если правильно mtu настроить на интерфейсах, то проблем быть не должно.<br>Но хочется красивого, элегантного решения, оборудование-то своё.<br><br>Возвращаясь к схеме с протоколом маршрутизации.<br>Подумалось: а случайно протокол марщрутизации не удалит свой маршрут автоматически в случае когда дальше цепочка разорвалась? Ведь на то он и протокол ДИНАМИЧЕСКОЙ маршрутизации.<br>Если маршрутизатор (Алкатель) знает, что канала нет (он не видит соседа через канал), он может сказать "резервному" маршрутизатору: не надо в меня пихать, у мен https://mobile.opennet.me/openforum/vsluhforumID6/1552.html#19 Tue, 25 Nov 2014 12:49:25 GMT &gt; Вариант: делать туннель (не хочется, так как занижается MTU, не совсем красивое <br>&gt; решение в условиях когда все каналы и оборудование свое).<br><br>У нас большая компания (авиакомпания, в тройке лидеров), тунелями сделаны все соединения межсайтовые. никаких особых проблем нет.<br>