URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 3554
[ Назад ]

Исходное сообщение
"Интересное свойство команды ping"

Отправлено ivn_nig , 28-Июл-03 15:49 
Уважаемые специалисты!

Объясните пожалуйста природу одного являения.
Я просто ума не приложу, в чем здесь дело.

У нас имеются маршрутизаторы Cisco R1 и R2 и хосты H1 и H2.
Будем считать, что каждый хост представляет свой сегмент.

Схема соединений:

H1 (192.168.1.1/24) <--Ethernet--> R1 (e0 192.168.1.254/24)

R1 (s0 192.168.3.1/24) <--PPP--> R2 (s1 192.168.3.2/24)

R2 (e0 192.168.2.254/24) <--Ethernet--> H2 (192.168.2.1/24)

На маршрутизаторе R1 существует единственная запись в таблице
маршрутизации, внесенная статически:

ip route 192.168.2.0 255.255.255.0 192.168.3.2

На маршрутизаторе R2 нет ни одной записи в таблице.

С компьютера H1 я посылаю эхо-запрос:
ping 192.168.2.1 и получаю положительный ответ.
Т.е. компьютер H2 доступен.

Но когда с компьютера H2 я посылаю аналогичный запрос
ping 192.168.1.1 компьютеру H1, тот оказывается недоступен.
Оно и понятно - маршрутизатор R2 не имеет маршрута в сеть
192.168.1.0/24

Но тогда почему прошел первый запрос? Ведь ответ на него как
раз и прошел по пути от H2 к H1!


P.S. Конечно, понятно, что достаточно внести запись в таблицу
     маршрутизатора R2, и все будет в порядке. Но здесь дело
     принципа. Мне очень интересно знать, почему так происходит.

Спасибо всем, кто мне поможет. :)

С уважением, Игорь.


Содержание

Сообщения в этом обсуждении
"Интересное свойство команды ping"
Отправлено tigr , 28-Июл-03 16:59 
R1 знает куда отправить пакет и отправляет ( ip route 192.168.2.0 255.255.255.0 192.168.3.2 )
R2 имеет IP в той же сетке что и R1 (R1 (s0 192.168.3.1/24) <--PPP--> R2 (s1 192.168.3.2/24) )
т.е. он в одной сетке с R1.
соответственно он (R1) кидает  пакет в R2, тот смотрит на те сетки, которые имеет, и кидает ответ в R2 (s1)
поскольку H2 в его сети, ты получаешь пинг-понг :)
а в обратную сторону не получается именно по тому, что нет ip route статического.
т.к. R2 не знает куда твой пакет сувать.
для него не существует сетки 192.168.1.1/24

"Интересное свойство команды ping"
Отправлено ivn_nig , 29-Июл-03 11:29 
Спасибо за ответ.
Но Вы описываете движение запроса от H1 к H2, а потом пишете
"ты получаешь пинг-понг". Меня интересует, каким образом вернулся
ответ.

В качестве подсказки у меня есть одно утверждение из "Книги Колдуна"
по Cisco-роутерам. Автор описывает эту проблему и объясняет, что H2
посылает ответ через R2 не на IP-адрес компьютера H1, а на интерфейс
s0 маршрутизатора R1 (Я привел аналогию относительно своей сети).
Но почему так происходит, если в IP-дейтаграмме указываются в качестве
адреса отправителя IP-адрес H2, а получателя - IP-адрес H1?
ICMP только добавляет свое служебное поле с кодом 0. На основании чего
R2 принимает решение отправить кадр на интерфейс s0 маршрутизатора R1?

Игорь


"Интересное свойство команды ping"
Отправлено Sergey , 29-Июл-03 14:45 
>Спасибо за ответ.
>Но Вы описываете движение запроса от H1 к H2, а потом пишете
>
>"ты получаешь пинг-понг". Меня интересует, каким образом вернулся
>ответ.
>
>В качестве подсказки у меня есть одно утверждение из "Книги Колдуна"
>по Cisco-роутерам. Автор описывает эту проблему и объясняет, что H2
>посылает ответ через R2 не на IP-адрес компьютера H1, а на интерфейс
>
>s0 маршрутизатора R1 (Я привел аналогию относительно своей сети).
>Но почему так происходит, если в IP-дейтаграмме указываются в качестве
>адреса отправителя IP-адрес H2, а получателя - IP-адрес H1?
>ICMP только добавляет свое служебное поле с кодом 0. На основании чего
>
>R2 принимает решение отправить кадр на интерфейс s0 маршрутизатора R1?
>
>Игорь


Naverno stoit posmotret' na arp proxy ?