Столкнулся с одной странной особенностью при добавлении статических маршрутов.
То что было добавлено ранее:
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То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм действий роутера в данном случае, может кто сталкивался?
>[оверквотинг удален]
> 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
> 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, однако работает)
> что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30)
> находиттся где то за 172.16.167.105, однако работает)не спроста работает :) что-то ни так :)
покажите весь вывод
sh ip ro
>> что маршрут 172.16.176.192 я пытаюсь прописать через сеть, которая (172.16.167.96/30)
>> находиттся где то за 172.16.167.105, однако работает)
> не спроста работает :) что-то ни так :)
> покажите весь вывод
> sh ip ro2600-2#sh ip route 172.16.176.192
% Subnet not in tableШутка ))) Давай sho ip ro
>> что маршрут 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
А Вы сами поняли почему мы попросили весь вывод?
Именно из за того, чтоб посмотреть все маршруты, в частности connected.
Судя потому, что Вы решили, что можно обойтись только static, то Вы и маршрутизация, друг с другом на "ВЫ"... и причем, совсем недавно :)
> А Вы сами поняли почему мы попросили весь вывод?
> Именно из за того, чтоб посмотреть все маршруты, в частности connected.
> Судя потому, что Вы решили, что можно обойтись только static, то Вы
> и маршрутизация, друг с другом на "ВЫ"... и причем, совсем недавно
> :)кто с кем на "вы" или на "ты" я думаю не вам решать)
ок, хотите все маршруты - вот вам все, только выложил я через файлообменник, тк сайт выдает ошибку на недопустимое количество знаковhttp://rghost.ru/private/41424168/0263bf2a4242fc4a276202bd03...
Вот немного анализа:
Вы пытаетесь добавить
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 сам дальше разбирается.
>[оверквотинг удален]
> 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
> Я уже писал выше "не моя задумка, но так реализовано на работе
> на одном роутере."Я Вам на это отвечу так - "хреновая задумка"
> А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все
> кроме последней, и скажу более - если этот последний маршрут прописать
> через любой гейтвей, относящийся к сетям ближе к connected - все
> начинает работать.
> То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105Если придерживаться общепринятых правил, а не "задумок", то всё будет работать как положено.
>> Я уже писал выше "не моя задумка, но так реализовано на работе
>> на одном роутере."
> Я Вам на это отвечу так - "хреновая задумка"
>> А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все
>> кроме последней, и скажу более - если этот последний маршрут прописать
>> через любой гейтвей, относящийся к сетям ближе к connected - все
>> начинает работать.
>> То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105
> Если придерживаться общепринятых правил, а не "задумок", то всё будет работать как
> положено.Все что Вы пишете это мне и так понятно. Суть не в понимаю мною морали или правильности написания статических маршрутов) Давайте немного отойдем от ужаса реализации этой схемы (я в таком же ужасе) и подойдем к анализу того почему так происходит? Суть в том что при достижении какого то порога числа статических цепочек маршрут перестает добавляться. Исходя из дебага в самом начале - роутер считает это петлей, и если как вы правильно заметили прописать маршрут через next-hop циски (172.16.11.220) то все работает
> Все что Вы пишете это мне и так понятно. Суть не в
> понимаю мною морали или правильности написания статических маршрутов) Давайте немного
> отойдем от ужаса реализации этой схемы (я в таком же ужасе)
> и подойдем к анализу того почему так происходит? Суть в том
> что при достижении какого то порога числа статических цепочек маршрут перестает
> добавляться. Исходя из дебага в самом начале - роутер считает это
> петлей, и если как вы правильно заметили прописать маршрут через next-hop
> циски (172.16.11.220) то все работаетСовершенно верно. Я пытаюсь нагуглить количество хопов дефолтное либо задаваемое в Ваше случае, но что-то пока ничего не выходит.
Вероятнее всего, всё именно в количество и упираеться ( IMHO ). Поэтому советую Вам методом тыка попробывать добавить какие-либо статические маршруты с таким же или большем количестве хопов, и сделать выводы подтвержденные экспериментом.А если по правде, то по шее надо надовать тому кто так задумал - это раз. И переделать все по человечески - это два. Но это уже совсем другая история.
> Совершенно верно. Я пытаюсь нагуглить количество хопов дефолтное либо задаваемое в Ваше
> случае, но что-то пока ничего не выходит.
> Вероятнее всего, всё именно в количество и упираеться ( IMHO ). Поэтому
> советую Вам методом тыка попробывать добавить какие-либо статические маршруты с таким
> же или большем количестве хопов, и сделать выводы подтвержденные экспериментом.Мне тоже показалось что проблема в количестве хопов, но смущает информация дебага о рекурсии. К сожалению строка "RT: recursion error routing 172.23.4.1 - probable routing loop 5 6 8, route table deleted, recursive flag set" мне мало о чем говорит(
Что за числа 5 6 8 мне тоже не понятно.> А если по правде, то по шее надо надовать тому кто так
> задумал - это раз. И переделать все по человечески - это
> два. Но это уже совсем другая история.Согласен)
Вот здесь описана Ваша проблема - http://www.cisco.com/application/pdf/paws/19167/bgp-rec-rout...
> Вот здесь описана Ваша проблема - 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. Но этого не происходит, т.е. алгоритм действительно описан, но к сожалению не объясняет причину не добавления маршрута(
мне больше интересен предпоследний маршрут через
172.23.4.1В Вашей таблице маршрута до этого адреса вообще нет.
И, кстати, ошибка ругается именно на него.
> мне больше интересен предпоследний маршрут через
> 172.23.4.1
> В Вашей таблице маршрута до этого адреса вообще нет.
> И, кстати, ошибка ругается именно на него.Блин, про него забыл предупредить, есть два варианта этой проблемы - реальная рабочая и собранная на стенде чтобы подтвердить наличие проблемы. Я выложил стендовую версию, в которой просто вместо 172.16.11.220 указывал 172.23.4.1, тк на стенде этот адрес был у next-hopа, это единственное отличие. Суть та же) В реальной схеме в дебаге 172.16.156.200
>> мне больше интересен предпоследний маршрут через
>> 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
> кто с кем на "вы" или на "ты" я думаю не вам
> решать)Лучше бы сказал спасибо!
>> кто с кем на "вы" или на "ты" я думаю не вам
>> решать)
> Лучше бы сказал спасибо!Спасибо говорят за оказанную помощь, а не за попытку доказать мне мою некомпетентность. Если бы я где-то обмолвился о своих "блестящих" знаниях сетей и ссылался бы на это, тогда это замечание имело бы место, а так это просто сказанные ни к месту слова
>>> кто с кем на "вы" или на "ты" я думаю не вам
>>> решать)
>> Лучше бы сказал спасибо!
> Спасибо говорят за оказанную помощь, а не за попытку доказать мне мою
> некомпетентность. Если бы я где-то обмолвился о своих "блестящих" знаниях сетей
> и ссылался бы на это, тогда это замечание имело бы место,
> а так это просто сказанные ни к месту слова
> Спасибо говорят за оказанную помощьТа ладно, тебе в любом случае человек пытается помочь!! А то что обычно создают пост с проблемой, толком не дав информации, и через день другой человек просит прощения и говорит "что забыл кабель подключить", так это нормальная ситуация!
Поэтому тебя и попросили> покажите весь вывод
> sh ip roа ты
> ограничимся статическими маршрутамиПравильно сделал замечание!
>[оверквотинг удален]
> Та ладно, тебе в любом случае человек пытается помочь!! А то что
> обычно создают пост с проблемой, толком не дав информации, и через
> день другой человек просит прощения и говорит "что забыл кабель
> подключить", так это нормальная ситуация!
> Поэтому тебя и попросили
>> покажите весь вывод
>> sh ip ro
> а ты
>> ограничимся статическими маршрутами
> Правильно сделал замечание!Я не принимал решение о том что ограничимся статикой) и не пытался умничать, а лишь был обеспокоен тем что вывод будет очень большой и не удобный, предложил лишь вариант.
Прочитайте выше еще раз - "большой однако будет, ограничимся статическими маршрутами может?".П.с. честно говоря я написал пост про определенную проблему, может мы к ней вернемся?
>[оверквотинг удален]
> 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 с шлюзом на этот роутер.
> Если адрес 172.23.4.1 - это другой роутер, то вполне возможно на нем
> есть маршрут для подсети 172.16.168.124 с шлюзом на этот роутер.нет, это адрес элемента, который подключен непосредственно к порту циски
на других роутерах такого же маршрута нет, а если б был то пришел бы по оспф и в таблице появился)
>[оверквотинг удален]
> 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
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может все это дело в ттл упираться? Я канеш понимаю. что это все на одном маршрутизаторе, но мало ли...
>[оверквотинг удален]
>> То есть маршрут добавляется в 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 шлюзов (давно в теорию не заглядывал - непомню точно) вот и не влазит туда желаемый маршрут; другое дело, что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...
>[оверквотинг удален]
>>> действий роутера в данном случае, может кто сталкивался?
>> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
>> все это дело в ттл упираться? Я канеш понимаю. что это
>> все на одном маршрутизаторе, но мало ли...
> Есть предположение, что все это упирается в IP заголовки!
> В ip заголовке есть "местечко" (вернее опция), куда можно поместить "желаемый маршрут"
> прохождения пакета по шлюзам, НО увы в это "местечко" влазит всего
> толи 4 толи 5 шлюзов (давно в теорию не заглядывал -
> непомню точно) вот и не влазит туда желаемый маршрут; другое дело,
> что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...насколько я знаю, поле в котором может быть указано количество хопов до пункта назначения, но поле необязательной опцией является, т.е. по умолчанию ее там нет. Хотя может я и ошибаюсь.
>[оверквотинг удален]
>>> все на одном маршрутизаторе, но мало ли...
>> Есть предположение, что все это упирается в IP заголовки!
>> В ip заголовке есть "местечко" (вернее опция), куда можно поместить "желаемый маршрут"
>> прохождения пакета по шлюзам, НО увы в это "местечко" влазит всего
>> толи 4 толи 5 шлюзов (давно в теорию не заглядывал -
>> непомню точно) вот и не влазит туда желаемый маршрут; другое дело,
>> что "транзитный" маршрутизатор как правило спокойненько "забивает" на эти просьбы/рекомендации...
> насколько я знаю, поле в котором может быть указано количество хопов до
> пункта назначения, но поле необязательной опцией является, т.е. по умолчанию ее
> там нет. Хотя может я и ошибаюсь.Да, опция НЕ обязательная, НО обратите внимание как и на что ругается - если вы немного меняете условия задачи и указываете более близкий хоп - все ОК!! т.е. меньшее количиство рекомендаций и оно прекрасно "влазит куда надо"...
Цитата:
А во-вторых, не смотря на кривую и бессмысленную цепочку статик, работают все кроме последней, и скажу более - если этот последний маршрут прописать через любой гейтвей, относящийся к сетям ближе к connected - все начинает работать.
То есть например написать 172.16.168.124 255.255.255.252 172.16.167.105Интересно конечно было-бы отснифить пакетик и посмотреть наличие/отсутствие сей опции, хотя можно попробовать нарисовать классификатор с детектом этой опции, прилепить к политике, политику на интерфейс и посмотреть тикнут-ли счетчики.
> Да, опция НЕ обязательная, НО обратите внимание как и на что ругается
> - если вы немного меняете условия задачи и указываете более близкий
> хоп - все ОК!! т.е. меньшее количиство рекомендаций и оно прекрасно
> "влазит куда надо"...
> Интересно конечно было-бы отснифить пакетик и посмотреть наличие/отсутствие сей опции,
> хотя можно попробовать нарисовать классификатор с детектом этой опции, прилепить к
> политике, политику на интерфейс и посмотреть тикнут-ли счетчики.Дебаг указывает на рекурсию, а речь скорее всего в данном случае о превышении maximum recursion depth
http://www.cisco.com/en/US/docs/ios/iproute_pi/command/refer...
примерно в середине статьи есть часть, посвященная Recursive Static Routing, мне кажется это неполное, но объяснение.
>[оверквотинг удален]
>> То есть маршрут добавляется в 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-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
>>> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
>>> действий роутера в данном случае, может кто сталкивался?
>> Не стал просматривать всю таблицу. Есть предположение, возможно и глупое. Не может
>> все это дело в ттл упираться? Я канеш понимаю. что это
>> все на одном маршрутизаторе, но мало ли...
> Не, ТТЛ меняется только при переходе от роутера к роутеруДа я знаю, подумал мало ли... )))
>[оверквотинг удален]
> 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
> То есть роутер увидел в этом маршруте петлю. Не совсем понимаю алгоритм
> действий роутера в данном случае, может кто сталкивался?Вообще-то не увидил петлю, а заподозрил....