"Петля" в сети
От: Den_Kos  
Дата: 04.08.13 11:20
Оценка:
Всем привет!

Прошу помощи разобраться с одной простой сетью. Она имеет следующую схему:



По заданию необходимо:

1. Настроить статический NAT на R2 для сервера Server-PT (внутренний глобальный адрес должен быть 209.165.201.30)
2. Настроить динамический NAT на R1 (диапазон — 209.165.201.9 209.165.201.14)

Выполнил первый пункт строго по документации. Все прекрасно работает, сервер пингуется извне. НО! Вопрос первый — каким образом остальные маршрутизаторы R1 и ISP узнают о существовании появившегося IP адреса 209.165.201.30? Очевидно, от протокола RIPv2 (это единственный настроенный протокол маршрутизации на всех роутерах). Это можно заметить, заглянув в таблицу маршрутизации R1 и ISP. После настройки NAT на R2, в их таблицах появилась следующая новая запись:

R* 0.0.0.0/0 [120/1] via 172.16.0.2, 00:00:27, Serial0/0/0 (это для R1, маршрут ведет к мар-ру ISP)

R* 0.0.0.0/0 [120/1] via 209.165.201.1, 00:00:05, Serial0/0/1 (это для ISP, маршрут ведет к R1)

Не понятно, почему RIP указал не на конкретный IP адрес, а создал маршрут по умолчанию...

Но так как пока все работает, перехожу ко второму пункту. Здесь начинается самое интересное.

Снова все настраиваю, как сказано в документации по динамическому NAT. Затем пингую с PC1 маршрутизатор R2 (или любой другой хост во внешней сети), пинг не проходит.
Смотрю на движение пакетов, а оказывается, что R2, получив ICMP пакет, не находит соответствующей записи в таблице для IP 209.165.201.9 и отправляет его по умолчанию к ISP... Тот в свою очередь, отправляет по своему маршруту по умолчанию, то есть R2. В общем, пакет попадает в петлю и циркулирует там, пока TTL не обнулится.

В чем может быть ошибка? Все настройки верны. Почему образуется петля?

Спасибо.
cisco packet tracer
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.