The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Static routes"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Изначальное сообщение [ Отслеживать ]

"Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 12:17 
Столкнулся с одной странной особенностью при добавлении статических маршрутов.
То что было добавлено ранее:

ip route 172.16.176.192 255.255.255.252 172.16.167.97
ip route 172.16.167.96 255.255.255.248 172.16.167.105
ip route 172.16.167.104 255.255.255.248 172.16.167.113
ip route 172.16.167.112 255.255.255.248 172.16.167.121
ip route 172.16.167.120 255.255.255.248 172.16.167.41
ip route 172.16.167.40 255.255.255.248 172.16.156.202
ip route 172.16.156.200 255.255.255.248 172.23.4.1

Добавляются без проблем.
При добавлении следующего маршрута:

2600-2(config)#ip route 172.16.168.124 255.255.255.252 172.16.176.193
2600-2#sh ip route 172.16.168.124
% Subnet not in table

То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.

При дебаге выясняется следующая информация -

IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8, route table deleted, recursive flag set

То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм действий роутера в данном случае, может кто сталкивался?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Static routes"  +/
Сообщение от McS555 (ok) on 08-Ноя-12, 12:43 
>[оверквотинг удален]
> 2600-2(config)#ip route 172.16.168.124 255.255.255.252 172.16.176.193
> 2600-2#sh ip route 172.16.168.124
> % Subnet not in table
> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
> При дебаге выясняется следующая информация -
> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
> route table deleted, recursive flag set
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?

ip route 172.16.176.192 255.255.255.252 172.16.167.97

ip route 172.16.168.124 255.255.255.252 172.16.176.193

Эти две строчки на одном маршрутизаторе??(желательно конфиг показывать). Пока выглядит "странно". Ты пытаешься прописать маршрут (172.16.168.124) через сеть, которая(172.16.176.192/30) находится где то за 172.16.167.97.

Это тоже самое что написать

ip route 172.16.168.124 255.255.255.252 8,8,8,8

ip route 172.1.1.1 255.255.255.255 8.8.8.8


Nov  8 10:42:25.106: IP-Static:  172.1.1.1 255.255.255.255 8.8.8.8 Path = 2 3 5 6 8, route table deleted, recursive flag clear

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 12:52 
> ip route 172.16.176.192 255.255.255.252 172.16.167.97
> ip route 172.16.168.124 255.255.255.252 172.16.176.193
> Эти две строчки на одном маршрутизаторе??(желательно конфиг показывать). Пока выглядит
> "странно". Ты пытаешься прописать маршрут (172.16.168.124) через сеть, которая(172.16.176.192/30)
> находится где то за 172.16.167.97.
> Это тоже самое что написать
> ip route 172.16.168.124 255.255.255.252 8,8,8,8
> ip route 172.1.1.1 255.255.255.255 8.8.8.8
> Nov  8 10:42:25.106: IP-Static:  172.1.1.1 255.255.255.255 8.8.8.8 Path = 2
> 3 5 6 8, route table deleted, recursive flag clear

Да, это на одном маршрутизаторе, я согласен что странно, не моя задумка, но так реализовано на работе на одном роутере. Я понимаю что "маршрут (172.16.168.124) через сеть, которая(172.16.176.192/30) находится где то за 172.16.167.97", но по сути ведь тоже самое можно сказать и о строчках
ip route 172.16.176.192 255.255.255.252 172.16.167.97
ip route 172.16.167.96 255.255.255.248 172.16.167.105

что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30) находиттся где то за 172.16.167.105, однако работает)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 12:55 
> что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30)
> находиттся где то за 172.16.167.105, однако работает)

не спроста работает :) что-то ни так :)
покажите весь вывод
sh ip ro

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Static routes"  +/
Сообщение от McS555 (ok) on 08-Ноя-12, 13:03 
>> что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30)
>> находиттся где то за 172.16.167.105, однако работает)
> не спроста работает :) что-то ни так :)
> покажите весь вывод
> sh ip ro

2600-2#sh ip route  172.16.176.192
% Subnet not in table

Шутка ))) Давай sho ip ro

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 13:04 
>> что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30)
>> находиттся где то за 172.16.167.105, однако работает)
> не спроста работает :) что-то ни так :)
> покажите весь вывод
> sh ip ro

большой однако будет, ограничимся статическими маршрутами может?

#sh ip ro static
     172.16.0.0/16 is variably subnetted, 2028 subnets, 8 masks
S       172.16.168.20/30 [1/0] via 172.16.11.193
S       172.16.177.8/30 [1/0] via 172.16.156.202
S       172.16.177.4/30 [1/0] via 172.16.156.202
S       172.16.170.28/30 [1/0] via 172.16.11.169
S       172.16.11.160/29 [1/0] via 172.16.11.137
S       172.16.162.0/30 [1/0] via 172.16.107.65
S       172.16.11.168/29 [1/0] via 172.16.11.137
S       172.16.172.48/30 [1/0] via 172.16.11.169
S       172.16.173.48/29 [1/0] via 172.16.158.129
S       172.16.170.52/30 [1/0] via 172.16.11.193
S       172.16.166.56/30 [1/0] via 172.16.167.49
S       172.16.175.48/30 [1/0] via 172.16.11.193
S       172.16.167.56/29 [1/0] via 172.16.167.49
S       172.16.172.52/30 [1/0] via 172.16.171.97
S       172.16.169.48/29 [1/0] via 172.16.171.81
S       172.16.166.60/30 [1/0] via 172.16.167.49
S       172.16.163.56/29 [1/0] via 172.16.158.129
S       172.16.11.144/29 [1/0] via 172.16.11.137
S       172.16.172.56/30 [1/0] via 172.16.171.97
S       172.16.170.60/30 [1/0] via 172.16.156.209
S       172.16.167.48/29 [1/0] via 172.16.167.41
S       172.16.174.60/30 [1/0] via 172.16.156.209
S       172.16.170.56/30 [1/0] via 172.16.156.209
S       172.16.11.152/29 [1/0] via 172.16.11.137
S       172.16.176.60/30 [1/0] via 172.16.11.193
S       172.16.172.32/30 [1/0] via 172.16.171.73
S       172.16.167.40/29 [1/0] via 172.16.156.202
S       172.16.172.36/30 [1/0] via 172.16.171.81
S       172.16.168.32/30 [1/0] via 172.16.11.193
S       172.16.162.40/30 [1/0] via 172.16.156.202
S       172.16.172.40/30 [1/0] via 172.16.171.89
S       172.16.162.36/30 [1/0] via 172.16.11.145
S       172.16.172.44/30 [1/0] via 172.16.171.89
S       172.16.168.40/30 [1/0] via 172.16.11.233
S       172.16.11.136/29 [1/0] via 172.16.11.220
S       172.16.162.88/30 [1/0] via 172.16.107.129
S       172.16.175.84/30 [1/0] via 172.16.11.225
S       172.16.171.80/29 [1/0] via 172.16.171.73
S       172.16.11.240/29 [1/0] via 172.16.11.220
S       172.16.171.88/29 [1/0] via 172.16.171.81
S       172.16.174.64/30 [1/0] via 172.16.156.209
S       172.16.107.128/29 [1/0] via 172.16.107.65
S       172.16.11.224/29 [1/0] via 172.16.11.220
S       172.16.166.64/30 [1/0] via 172.16.167.49
S       172.16.158.120/29 [1/0] via 172.16.11.220
S       172.16.167.64/29 [1/0] via 172.16.167.41
S       172.16.172.76/30 [1/0] via 172.16.11.220
S       172.16.171.72/29 [1/0] via 172.16.11.169
S       172.16.11.232/29 [1/0] via 172.16.11.220
S       172.16.174.112/30 [1/0] via 172.16.11.220
S       172.16.166.120/30 [1/0] via 172.16.11.145
S       172.16.167.120/29 [1/0] via 172.16.167.41
S       172.16.174.116/30 [1/0] via 172.16.11.220
S       172.16.170.112/30 [1/0] via 172.16.11.225
S       172.16.174.120/30 [1/0] via 172.16.11.220
S       172.16.166.112/30 [1/0] via 172.16.167.105
S       172.16.167.112/29 [1/0] via 172.16.167.121
S       172.16.168.120/30 [1/0] via 172.16.11.220
S       172.16.164.116/30 [1/0] via 172.16.11.193
S       172.16.174.124/30 [1/0] via 172.16.11.220
S       172.16.157.80/29 [1/0] via 172.16.11.220
S       172.16.167.104/29 [1/0] via 172.16.167.113
S       172.16.166.108/30 [1/0] via 172.16.167.113
S       172.16.171.96/29 [1/0] via 172.16.11.220
S       172.16.11.192/29 [1/0] via 172.16.11.225
S       172.16.177.116/30 [1/0] via 172.16.167.97
S       172.16.173.104/29 [1/0] via 172.16.158.121
S       172.16.167.96/29 [1/0] via 172.16.167.105
S       172.16.172.144/30 [1/0] via 172.16.170.221
S       172.16.166.152/30 [1/0] via 172.16.167.137
S       172.16.166.156/30 [1/0] via 172.16.11.233
S       172.16.166.144/30 [1/0] via 172.16.167.137
S       172.16.167.144/29 [1/0] via 172.16.11.220
S       172.16.172.156/30 [1/0] via 172.16.11.193
S       172.16.166.148/30 [1/0] via 172.16.167.137
S       172.16.171.152/29 [1/0] via 172.16.156.209
S       172.16.168.132/30 [1/0] via 172.16.11.153
S       172.16.157.176/29 [1/0] via 172.16.11.220
S       172.16.174.128/30 [1/0] via 172.16.11.220
S       172.16.175.128/30 [1/0] via 172.16.167.49
S       172.16.167.136/29 [1/0] via 172.16.11.233
S       172.16.176.152/30 [1/0] via 172.16.167.137
S       172.16.166.140/30 [1/0] via 172.16.167.137
S       172.16.107.64/29 [1/0] via 172.16.11.220
S       172.16.172.136/30 [1/0] via 172.16.170.53
S       172.16.172.140/30 [1/0] via 172.16.170.221
S       172.16.168.136/30 [1/0] via 172.16.11.153
S       172.16.171.136/29 [1/0] via 172.16.167.97
S       172.16.172.176/29 [1/0] via 172.16.11.220
S       172.16.168.180/30 [1/0] via 172.16.11.162
S       172.16.158.128/29 [1/0] via 172.16.11.220
S       172.16.175.176/30 [1/0] via 172.16.173.49
S       172.16.161.184/29 [1/0] via 172.16.11.220
S       172.16.170.188/30 [1/0] via 172.16.11.162
S       172.16.162.180/30 [1/0] via 172.16.11.169
S       172.16.168.184/30 [1/0] via 172.16.11.162
S       172.16.172.160/30 [1/0] via 172.16.11.193
S       172.16.166.168/30 [1/0] via 172.16.11.233
S       172.16.175.164/30 [1/0] via 172.16.158.129
S       172.16.166.160/30 [1/0] via 172.16.11.233
S       172.16.175.168/30 [1/0] via 172.16.158.129
S       172.16.172.172/30 [1/0] via 172.16.11.220
S       172.16.166.164/30 [1/0] via 172.16.11.233
S       172.16.174.216/30 [1/0] via 172.16.156.209
S       172.16.170.220/30 [1/0] via 172.16.11.220
S       172.16.176.192/30 [1/0] via 172.16.167.97
S       172.16.170.216/30 [1/0] via 172.16.11.193
S       172.16.162.196/30 [1/0] via 172.16.163.57
S       172.16.170.200/30 [1/0] via 172.16.11.225
S       172.16.162.192/30 [1/0] via 172.16.172.37
S       172.16.156.200/29 [1/0] via 172.16.11.220
S       172.16.167.240/29 [1/0] via 172.16.11.193
S       172.16.156.208/29 [1/0] via 172.16.156.202
S       172.16.174.224/30 [1/0] via 172.16.11.220
S       172.16.170.224/30 [1/0] via 172.16.11.220

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 13:09 
А Вы сами поняли почему мы попросили весь вывод?
Именно из за того, чтоб посмотреть все маршруты, в частности connected.
Судя потому, что Вы решили, что можно обойтись только static, то Вы и маршрутизация, друг с другом на "ВЫ"... и причем, совсем недавно :)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 13:29 
> А Вы сами поняли почему мы попросили весь вывод?
> Именно из за того, чтоб посмотреть все маршруты, в частности connected.
> Судя потому, что Вы решили, что можно обойтись только static, то Вы
> и маршрутизация, друг с другом на "ВЫ"... и причем, совсем недавно
> :)

кто с кем на "вы" или на "ты" я думаю не вам решать)
ок, хотите все маршруты - вот вам все, только выложил я через файлообменник, тк сайт выдает ошибку на недопустимое количество знаков

http://rghost.ru/private/41424168/0263bf2a4242fc4a276202bd03...

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 13:55 
Вот немного анализа:
Вы пытаетесь добавить
ip route 172.16.168.124 255.255.255.252 172.16.176.193
цепочка прохождения его следующая:
172.16.176.192/30 [1/0] via 172.16.167.97
172.16.167.96/29 [1/0] via 172.16.167.105
172.16.167.104/29 [1/0] via 172.16.167.113
172.16.167.112/29 [1/0] via 172.16.167.121
172.16.167.120/29 [1/0] via 172.16.167.41
172.16.167.40/29 [1/0] via 172.16.156.202
172.16.156.200/29 [1/0] via 172.16.11.220
172.16.11.216/29 is directly connected, FastEthernet0/1

Для примера соседний маршрут:
S       172.16.168.120/30 [1/0] via 172.16.11.220

Надеюсь Вам понятно в чем дело...
В итоге то что Вы пытаетесь добавить все равно идет через 172.16.11.220, так зачем же Вы пытаетесь его так воткнуть, когда ему прямая дорога на :
172.16.168.124/30  via 172.16.11.220

и пусть уже 172.16.11.220 сам дальше разбирается.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 14:07 
>[оверквотинг удален]
> 172.16.156.200/29 [1/0] via 172.16.11.220
> 172.16.11.216/29 is directly connected, FastEthernet0/1
> Для примера соседний маршрут:
> S       172.16.168.120/30 [1/0] via 172.16.11.220
> Надеюсь Вам понятно в чем дело...
> В итоге то что Вы пытаетесь добавить все равно идет через 172.16.11.220,
> так зачем же Вы пытаетесь его так воткнуть, когда ему прямая
> дорога на :
> 172.16.168.124/30  via 172.16.11.220
> и пусть уже 172.16.11.220 сам дальше разбирается.

Я уже писал выше "не моя задумка, но так реализовано на работе на одном роутере."

А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все кроме последней, и скажу более - если этот последний маршрут прописать через любой гейтвей, относящийся к сетям ближе к connected - все начинает работать.
То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 14:39 
> Я уже писал выше "не моя задумка, но так реализовано на работе
> на одном роутере."

Я Вам на это отвечу так - "хреновая задумка"

> А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все
> кроме последней, и скажу более - если этот последний маршрут прописать
> через любой гейтвей, относящийся к сетям ближе к connected - все
> начинает работать.
> То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105

Если придерживаться общепринятых правил, а не "задумок", то всё будет работать как положено.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 14:53 
>> Я уже писал выше "не моя задумка, но так реализовано на работе
>> на одном роутере."
> Я Вам на это отвечу так - "хреновая задумка"
>> А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все
>> кроме последней, и скажу более - если этот последний маршрут прописать
>> через любой гейтвей, относящийся к сетям ближе к connected - все
>> начинает работать.
>> То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105
> Если придерживаться общепринятых правил, а не "задумок", то всё будет работать как
> положено.

Все что Вы пишете это мне и так понятно. Суть не в понимаю мною морали или правильности написания статических маршрутов) Давайте немного отойдем от ужаса реализации этой схемы (я в таком же ужасе) и подойдем к анализу того почему так происходит? Суть в том что при достижении какого то порога числа статических цепочек маршрут перестает добавляться. Исходя из дебага в самом начале - роутер считает это петлей, и если как вы правильно заметили прописать маршрут через next-hop циски (172.16.11.220) то все работает

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 14:58 
> Все что Вы пишете это мне и так понятно. Суть не в
> понимаю мною морали или правильности написания статических маршрутов) Давайте немного
> отойдем от ужаса реализации этой схемы (я в таком же ужасе)
> и подойдем к анализу того почему так происходит? Суть в том
> что при достижении какого то порога числа статических цепочек маршрут перестает
> добавляться. Исходя из дебага в самом начале - роутер считает это
> петлей, и если как вы правильно заметили прописать маршрут через next-hop
> циски (172.16.11.220) то все работает

Совершенно верно. Я пытаюсь нагуглить количество хопов дефолтное либо задаваемое в Ваше случае, но что-то пока ничего не выходит.
Вероятнее всего, всё именно в количество и упираеться ( IMHO ). Поэтому советую Вам методом тыка попробывать добавить какие-либо статические маршруты с таким же или большем количестве хопов, и сделать выводы подтвержденные экспериментом.

А если по правде, то по шее надо надовать тому кто так задумал - это раз. И переделать все по человечески - это два. Но это уже совсем другая история.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 15:12 
> Совершенно верно. Я пытаюсь нагуглить количество хопов дефолтное либо задаваемое в Ваше
> случае, но что-то пока ничего не выходит.
> Вероятнее всего, всё именно в количество и упираеться ( IMHO ). Поэтому
> советую Вам методом тыка попробывать добавить какие-либо статические маршруты с таким
> же или большем количестве хопов, и сделать выводы подтвержденные экспериментом.

Мне тоже показалось что проблема в количестве хопов, но смущает информация дебага о рекурсии. К сожалению строка "RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8, route table deleted, recursive flag set" мне мало о чем говорит(

Что за числа 5 6 8 мне тоже не понятно.

> А если по правде, то по шее надо надовать тому кто так
> задумал - это раз. И переделать все по человечески - это
> два. Но это уже совсем другая история.

Согласен)

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 15:26 
Вот здесь описана Ваша проблема - http://www.cisco.com/application/pdf/paws/19167/bgp-rec-rout...
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

21. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 16:12 
> Вот здесь описана Ваша проблема - http://www.cisco.com/application/pdf/paws/19167/bgp-rec-rout...

Спасибо) ситуация похожа, но не совсем, тк в примере объясняется что для любого не directly−connected у которого next-hop не directly−connected интерфейс роутера - запускается алгоритм рекурсивного изучения таблицы маршрутов на поиск такого интерфейса куда можно послать пакеты. В моем примере по идее должно работать тк в маршруте 172.16.168.124 255.255.255.252 172.16.176.193 он так же рекурсивно начнет искать и в итоге пройдясь по всем статикам дойдет до next-hop'а 172.16.11.220. Но этого не происходит, т.е. алгоритм действительно описан, но к сожалению не объясняет причину не добавления маршрута(

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Static routes"  +/
Сообщение от shadow_alone (ok) on 08-Ноя-12, 16:15 
мне больше интересен предпоследний маршрут через
172.23.4.1

В Вашей таблице маршрута до этого адреса вообще нет.
И, кстати, ошибка ругается именно на него.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

23. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 16:23 
> мне больше интересен предпоследний маршрут через
> 172.23.4.1
> В Вашей таблице маршрута до этого адреса вообще нет.
> И, кстати, ошибка ругается именно на него.

Блин, про него забыл предупредить, есть два варианта этой проблемы - реальная рабочая и собранная на стенде чтобы подтвердить наличие проблемы. Я выложил стендовую версию, в которой просто вместо 172.16.11.220 указывал 172.23.4.1, тк на стенде этот адрес был у next-hopа, это единственное отличие. Суть та же) В реальной схеме в дебаге 172.16.156.200

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

24. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 16:33 
>> мне больше интересен предпоследний маршрут через
>> 172.23.4.1
>> В Вашей таблице маршрута до этого адреса вообще нет.
>> И, кстати, ошибка ругается именно на него.
> Блин, про него забыл предупредить, есть два варианта этой проблемы - реальная
> рабочая и собранная на стенде чтобы подтвердить наличие проблемы. Я выложил
> стендовую версию, в которой просто вместо 172.16.11.220 указывал 172.23.4.1, тк на
> стенде этот адрес был у next-hopа, это единственное отличие. Суть та
> же) В реальной схеме в дебаге 172.16.156.200

Решил проверить на железке еще одну произвольную сеть по такому же алгоритму, существующий маршрут в дебаге так отображается -
IP-Static:  172.16.164.76 255.255.255.252 172.16.11.220 Path = 2 3 5 7, route table no change, recursive flag clear

а проблемный вот так -
IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2 5 6 8, route table deleted, recursive flag set

То есть дело в рекурсии и как то все таки смущает отличие Path

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

11. "Static routes"  +/
Сообщение от McS555 (ok) on 08-Ноя-12, 14:04 

> кто с кем на "вы" или на "ты" я думаю не вам
> решать)

Лучше бы сказал спасибо!

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 14:10 
>> кто с кем на "вы" или на "ты" я думаю не вам
>> решать)
> Лучше бы сказал спасибо!

Спасибо говорят за оказанную помощь, а не за попытку доказать мне мою некомпетентность. Если бы я где-то обмолвился о своих "блестящих" знаниях сетей и ссылался бы на это, тогда это замечание имело бы место, а так это просто сказанные ни к месту слова

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Static routes"  +/
Сообщение от McS555 (ok) on 08-Ноя-12, 14:19 
>>> кто с кем на "вы" или на "ты" я думаю не вам
>>> решать)
>> Лучше бы сказал спасибо!
> Спасибо говорят за оказанную помощь, а не за попытку доказать мне мою
> некомпетентность. Если бы я где-то обмолвился о своих "блестящих" знаниях сетей
> и ссылался бы на это, тогда это замечание имело бы место,
> а так это просто сказанные ни к месту слова
> Спасибо говорят за оказанную помощь

Та ладно, тебе в любом случае человек пытается помочь!! А то что обычно создают пост с проблемой, толком не дав информации, и через день другой человек  просит прощения и говорит "что забыл кабель подключить", так это нормальная ситуация!
Поэтому тебя и попросили

> покажите весь вывод
> sh ip ro

а ты
> ограничимся статическими маршрутами

Правильно сделал замечание!

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 14:28 
>[оверквотинг удален]
> Та ладно, тебе в любом случае человек пытается помочь!! А то что
> обычно создают пост с проблемой, толком не дав информации, и через
> день другой человек  просит прощения и говорит "что забыл кабель
> подключить", так это нормальная ситуация!
> Поэтому тебя и попросили
>> покажите весь вывод
>> sh ip ro
>  а ты
>> ограничимся статическими маршрутами
> Правильно сделал замечание!

Я не принимал решение о том что ограничимся статикой) и не пытался умничать, а лишь был обеспокоен тем что вывод будет очень большой и не удобный, предложил лишь вариант.
Прочитайте выше еще раз - "большой однако будет, ограничимся статическими маршрутами может?".

П.с. честно говоря я написал пост про определенную проблему, может мы к ней вернемся?

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

4. "Static routes"  +/
Сообщение от andmv email on 08-Ноя-12, 13:01 
>[оверквотинг удален]
> 2600-2(config)#ip route 172.16.168.124 255.255.255.252 172.16.176.193
> 2600-2#sh ip route 172.16.168.124
> % Subnet not in table
> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
> При дебаге выясняется следующая информация -
> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
> route table deleted, recursive flag set
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?

Если адрес 172.23.4.1 - это другой роутер, то вполне возможно на нем есть маршрут для подсети 172.16.168.124 с шлюзом на этот роутер.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Static routes"  +/
Сообщение от psiisyapk (ok) on 08-Ноя-12, 13:06 

> Если адрес 172.23.4.1 - это другой роутер, то вполне возможно на нем
> есть маршрут для подсети 172.16.168.124 с шлюзом на этот роутер.

нет, это адрес элемента, который подключен непосредственно к порту циски
на других роутерах такого же маршрута нет, а если б был то пришел бы по оспф и в таблице появился)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

25. "Static routes"  +/
Сообщение от VolanD (ok) on 08-Ноя-12, 17:47 
>[оверквотинг удален]
> 2600-2(config)#ip route 172.16.168.124 255.255.255.252 172.16.176.193
> 2600-2#sh ip route 172.16.168.124
> % Subnet not in table
> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
> При дебаге выясняется следующая информация -
> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
> route table deleted, recursive flag set
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?

Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может все это дело в ттл упираться? Я канеш понимаю. что это все на одном маршрутизаторе, но мало ли...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Static routes"  +/
Сообщение от fantom (ok) on 09-Ноя-12, 13:13 
>[оверквотинг удален]
>> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
>> При дебаге выясняется следующая информация -
>> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
>> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
>> route table deleted, recursive flag set
>> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
>> действий роутера в данном случае, может кто сталкивался?
> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
> все это дело в ттл упираться? Я канеш понимаю. что это
> все на одном маршрутизаторе, но мало ли...

Есть предположение, что все это упирается в IP заголовки!
В ip заголовке есть "местечко" (вернее опция), куда можно поместить "желаемый маршрут" прохождения пакета по шлюзам, НО увы в это "местечко" влазит всего толи 4 толи 5 шлюзов (давно в теорию не заглядывал - непомню точно) вот и не влазит туда желаемый маршрут; другое дело, что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...


Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Static routes"  +/
Сообщение от psiisyapk (ok) on 09-Ноя-12, 13:56 
>[оверквотинг удален]
>>> действий роутера в данном случае, может кто сталкивался?
>> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
>> все это дело в ттл упираться? Я канеш понимаю. что это
>> все на одном маршрутизаторе, но мало ли...
> Есть предположение, что все это упирается в IP заголовки!
> В ip заголовке есть "местечко" (вернее опция), куда можно поместить "желаемый маршрут"
> прохождения пакета по шлюзам, НО увы в это "местечко" влазит всего
> толи 4 толи 5 шлюзов (давно в теорию не заглядывал -
> непомню точно) вот и не влазит туда желаемый маршрут; другое дело,
> что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...

насколько я знаю, поле в котором может быть указано количество хопов до пункта назначения, но поле необязательной опцией является, т.е. по умолчанию ее там нет. Хотя может я и ошибаюсь.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Static routes"  +/
Сообщение от fantom (ok) on 09-Ноя-12, 14:07 
>[оверквотинг удален]
>>> все на одном маршрутизаторе, но мало ли...
>> Есть предположение, что все это упирается в IP заголовки!
>> В ip заголовке есть "местечко" (вернее опция), куда можно поместить "желаемый маршрут"
>> прохождения пакета по шлюзам, НО увы в это "местечко" влазит всего
>> толи 4 толи 5 шлюзов (давно в теорию не заглядывал -
>> непомню точно) вот и не влазит туда желаемый маршрут; другое дело,
>> что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...
> насколько я знаю, поле в котором может быть указано количество хопов до
> пункта назначения, но поле необязательной опцией является, т.е. по умолчанию ее
> там нет. Хотя может я и ошибаюсь.

Да, опция НЕ обязательная, НО обратите внимание как и на что ругается - если вы немного меняете условия задачи и указываете более близкий хоп - все ОК!! т.е. меньшее количиство рекомендаций и оно прекрасно "влазит куда надо"...

Цитата:
А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все кроме последней, и скажу более - если этот последний маршрут прописать через любой гейтвей, относящийся к сетям ближе к connected - все начинает работать.
То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105

Интересно конечно было-бы отснифить пакетик и посмотреть наличие/отсутствие сей опции, хотя можно попробовать нарисовать классификатор с детектом этой опции, прилепить к политике, политику на интерфейс и посмотреть тикнут-ли счетчики.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

31. "Static routes"  +/
Сообщение от psiisyapk (ok) on 09-Ноя-12, 14:32 
> Да, опция НЕ обязательная, НО обратите внимание как и на что ругается
> - если вы немного меняете условия задачи и указываете более близкий
> хоп - все ОК!! т.е. меньшее количиство рекомендаций и оно прекрасно
> "влазит куда надо"...
> Интересно конечно было-бы отснифить пакетик и посмотреть наличие/отсутствие сей опции,
> хотя можно попробовать нарисовать классификатор с детектом этой опции, прилепить к
> политике, политику на интерфейс и посмотреть тикнут-ли счетчики.

Дебаг указывает на рекурсию, а речь скорее всего в данном случае о превышении maximum recursion depth

http://www.cisco.com/en/US/docs/ios/iproute_pi/command/refer...

примерно в середине статьи есть часть, посвященная Recursive Static Routing, мне кажется это  неполное, но объяснение.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

28. "Static routes"  +/
Сообщение от psiisyapk (ok) on 09-Ноя-12, 13:56 
>[оверквотинг удален]
>> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
>> При дебаге выясняется следующая информация -
>> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
>> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
>> route table deleted, recursive flag set
>> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
>> действий роутера в данном случае, может кто сталкивался?
> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
> все это дело в ттл упираться? Я канеш понимаю. что это
> все на одном маршрутизаторе, но мало ли...

Не, ТТЛ меняется только при переходе от роутера к роутеру

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

32. "Static routes"  +/
Сообщение от VolanD (ok) on 10-Ноя-12, 06:59 
>[оверквотинг удален]
>>> При дебаге выясняется следующая информация -
>>> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
>>> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
>>> route table deleted, recursive flag set
>>> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
>>> действий роутера в данном случае, может кто сталкивался?
>> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
>> все это дело в ттл упираться? Я канеш понимаю. что это
>> все на одном маршрутизаторе, но мало ли...
> Не, ТТЛ меняется только при переходе от роутера к роутеру

Да я знаю, подумал мало ли... )))

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Static routes"  +/
Сообщение от fantom (ok) on 09-Ноя-12, 14:09 
>[оверквотинг удален]
> 2600-2(config)#ip route 172.16.168.124 255.255.255.252 172.16.176.193
> 2600-2#sh ip route 172.16.168.124
> % Subnet not in table
> То есть маршрут добавляется в running-config, а в таблицу маршрутов нет.
> При дебаге выясняется следующая информация -
> IP-Static:  172.16.168.124 255.255.255.252 172.16.176.193 Path = 2
> RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8,
> route table deleted, recursive flag set
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?

Вообще-то не увидил петлю, а заподозрил....

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру