форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"ospf и статика?"
Сообщение от ilya (ok) on 17-Авг-05, 16:05  (MSK)
есть ospf процесс по нему приходят анонсы дробленых сетей например 192.168.1.0/30 192.168.1.16/30 и т.п. далее я прописываю статику ip route 192.168.1.0 255.255.255.0 1.1.1.1 но при этом трафик продолжает идти по маршрутам, которые получил по ospf. если по ospf пришла цела подсеть (192.168.1.0/24) то трафик идет по маршруту, указанному в статике. вопрос - почему именно так?
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "ospf и статика?"
Сообщение от Сайко on 17-Авг-05, 16:10  (MSK)
Most specific network first! Т.е. у кого "длинее" маска тот и выигрывает, а уже при равных масках смотрим на административную дистанцию - static 1, ospf 110!
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "ospf и статика?"
Сообщение от toor99 (ok) on 17-Авг-05, 16:11  (MSK)
>есть ospf процесс >по нему приходят анонсы дробленых сетей >например 192.168.1.0/30 192.168.1.16/30 и т.п. >далее я прописываю статику ip route 192.168.1.0 255.255.255.0 1.1.1.1 >но при этом трафик продолжает идти по маршрутам, которые получил по ospf. > >если по ospf пришла цела подсеть (192.168.1.0/24) то трафик идет по маршруту, >указанному в статике. >вопрос - почему именно так? Потому что предпочтение маршрута делается по нескольким критериям, и "longest match" среди них приоритетный. Именно поэтому трафик идет по маршрутам, которые хотя и были получены по OSPF (и имеют бОльшую AD), но имеют более длинную маску (longest match). Когда же по OSPF приходит маршрут с маской /24, преимущество longest match исчезает, и трафик идет по маршруту с меньшей AD (т.е. в вашем случае по статическому).
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "ospf и статика?"
	Сообщение от ilya (??) on 17-Авг-05, 16:15  (MSK)
	>>есть ospf процесс >>по нему приходят анонсы дробленых сетей >>например 192.168.1.0/30 192.168.1.16/30 и т.п. >>далее я прописываю статику ip route 192.168.1.0 255.255.255.0 1.1.1.1 >>но при этом трафик продолжает идти по маршрутам, которые получил по ospf. >> >>если по ospf пришла цела подсеть (192.168.1.0/24) то трафик идет по маршруту, >>указанному в статике. >>вопрос - почему именно так? > >Потому что предпочтение маршрута делается по нескольким критериям, и "longest match" среди >них приоритетный. Именно поэтому трафик идет по маршрутам, которые хотя и >были получены по OSPF (и имеют бОльшую AD), но имеют более >длинную маску (longest match). Когда же по OSPF приходит маршрут с >маской /24, преимущество longest match исчезает, и трафик идет по маршруту >с меньшей AD (т.е. в вашем случае по статическому). понятно. а исправить это можно? кроме как не используюя distribute-list?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "ospf и статика?"
	Сообщение от toor99 (ok) on 17-Авг-05, 16:21  (MSK)
	>>>есть ospf процесс >>>по нему приходят анонсы дробленых сетей >>>например 192.168.1.0/30 192.168.1.16/30 и т.п. >>>далее я прописываю статику ip route 192.168.1.0 255.255.255.0 1.1.1.1 >>>но при этом трафик продолжает идти по маршрутам, которые получил по ospf. >>> >>>если по ospf пришла цела подсеть (192.168.1.0/24) то трафик идет по маршруту, >>>указанному в статике. >>>вопрос - почему именно так? >> >>Потому что предпочтение маршрута делается по нескольким критериям, и "longest match" среди >>них приоритетный. Именно поэтому трафик идет по маршрутам, которые хотя и >>были получены по OSPF (и имеют бОльшую AD), но имеют более >>длинную маску (longest match). Когда же по OSPF приходит маршрут с >>маской /24, преимущество longest match исчезает, и трафик идет по маршруту >>с меньшей AD (т.е. в вашем случае по статическому). > >понятно. а исправить это можно? >кроме как не используюя distribute-list? опишите задачу поподробнее. не очень понятно, зачем получая анонсы подсетей от OSPF, прописывать статически маршрут на целую сеть.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "ospf и статика?"
	Сообщение от ilya (ok) on 17-Авг-05, 18:35  (MSK)
	>опишите задачу поподробнее. не очень понятно, зачем получая анонсы подсетей от OSPF, >прописывать статически маршрут на целую сеть. задача - пустить строго определенный трафик по одному (заранее выданному)направлению (трафик определяется по источнику). схема немного кривая      |       |       | cisco1---cisco2---cisco3   \______________/ надо трафик с cisco1 пустить на cisco2 и частично на cisco3. но связь cisco1-cisco3 для этого трафика недопустима. Поэтому на cisco1 пишется полиси роутинг, а на cisco3 статика что бы трафик обратно ушел правильно. А по ospf он как раз и идет по кратчайшему линку (все линки будем считать равноценны по скорости).
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "ospf и статика?"
	Сообщение от toor99 (ok) on 18-Авг-05, 15:39  (MSK)
	>>опишите задачу поподробнее. не очень понятно, зачем получая анонсы подсетей от OSPF, >>прописывать статически маршрут на целую сеть. > >задача - пустить строго определенный трафик по одному (заранее выданному)направлению (трафик определяется >по источнику). > >схема немного кривая > >  |       |   >    | >cisco1---cisco2---cisco3 >  \______________/ > >надо трафик с cisco1 пустить на cisco2 и частично на cisco3. >но связь cisco1-cisco3 для этого трафика недопустима. Поэтому на cisco1 пишется полиси >роутинг, а на cisco3 статика что бы трафик обратно ушел правильно. >А по ospf он как раз и идет по кратчайшему линку >(все линки будем считать равноценны по скорости). Тогда вам надо использовать policy routing, разумеется. Классический случай. Именно потому, что выбор маршрута у вас должен делаться не на основании оптимального пути, а на основании политического решения. Реализация в таких случаях бывает только более кривая, или менее кривая :)  а оптимальной она бывает нечасто. То, что у вас сейчас (policy routing) лично мне представляется менее кривым вариантом, чем игры с distribution list-ами и тому подобным.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "ospf и статика?"
	Сообщение от ilya (??) on 18-Авг-05, 15:58  (MSK)
	>>>опишите задачу поподробнее. не очень понятно, зачем получая анонсы подсетей от OSPF, >>>прописывать статически маршрут на целую сеть. >> >>задача - пустить строго определенный трафик по одному (заранее выданному)направлению (трафик определяется >>по источнику). >> >>схема немного кривая >> >>  |       |   >>    | >>cisco1---cisco2---cisco3 >>  \______________/ >> >>надо трафик с cisco1 пустить на cisco2 и частично на cisco3. >>но связь cisco1-cisco3 для этого трафика недопустима. Поэтому на cisco1 пишется полиси >>роутинг, а на cisco3 статика что бы трафик обратно ушел правильно. >>А по ospf он как раз и идет по кратчайшему линку >>(все линки будем считать равноценны по скорости). > >Тогда вам надо использовать policy routing, разумеется. Классический случай. Именно потому, что >выбор маршрута у вас должен делаться не на основании оптимального пути, >а на основании политического решения. >Реализация в таких случаях бывает только более кривая, или менее кривая :) > а оптимальной она бывает нечасто. То, что у вас сейчас >(policy routing) лично мне представляется менее кривым вариантом, чем игры с >distribution list-ами и тому подобным. понятно. спасибо.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.