Почему не отправляются ARP, если на одном порту ethernet 2 подсети?

Question

[vadiculus]

Всем здоров!
Я чисто из любопытства попробовал намеренно сделать неправильную IP-адресацию на портах маршрутизаторов, прописав 2 подключенных подсети на один порт (То есть на gig0/0/0 у R2 прописал подключенные сеть 192.168.1.0/24 и 192.168.2.2/32; на gig0/0/0 у R3 прописал подключенные сеть 192.168.2.0/24 и 192.168.1.1/32). Вроде бы когда я вписывал эти 2 подсети в таблицу маршрутизации cisco не ругался. Тогда в чём же проблема отослать ARP на этот порт и узнать mac-адрес, если в таблице маршрутизации есть путь к подсети через gig0/0/0?

Делал это через команду ip route 192.168.2.2/192.168.1.1 255.255.255.255 gig0/0/0.

Попробовал это в cisco packet tracer.


Попробовал сделать ping от R2 на R3 и он не прошел.

Тут описываются события во время отправления ICMP-запроса:


Вроде бы и там и там есть пути в таблице маршрутизации и я не вижу препятствий для того чтобы послать arp запрос на данный порт, но посылающий маршрутизатор сразу отбрасывает его на уровне 2 не объясняя нормально проблему.

Могли бы вы ещё мне сказать почему такая же фича на HDLC протоколе, но на PPP ping проходит? В PPP это как-то связано с IPCP протоколом?
В книге по CCNA это рассказывается как-то поверхностно.

Answer 1

[15432]

Вы неверно поняли сообщение интерфейса. "drops this packet" относится к ICMP сообщению, в то время как ARP корректно ушёл. Пока ARP не разрезолвится, пакеты на этот IP адрес продолжат дропаться.

Comments

[vadiculus]

Я даже не задумывался, что в первый раз пакет отбрасывается. Я думал, что пакет сохраняется в буфер до прихода ARP. Тогда сейчас я попробую подождать следующего icmp и посмотреть.

[vadiculus]

Нет, как вы можете видеть он отправляет каждый пакет с такой ошибкой.

[vadiculus]

Вы были правы, мне нужно было просто просмотреть ARP запросы. Чёт ультра тупанул.

Answer 2

[vadiculus]

Короче мне нужно было просто посмотреть ARP запросы. Чёт я ультра тупанул.
R3 просто отбрасывает этот ARP запрос, ведь IP-адрес интерфейса находится в другой подсети.

Answer 3

[Zerg89]

Arp это l2, а то очем вы говорите icmp это l3 на базовом уровне
L2 это мас address
Ps PPP это протокол l3 уровня где уже есть l3 или ip address
Похоже он считает это кольцом внутри интерфейса и отбрасывает

Comments

[vadiculus]

Я понимаю, что ARP на втором уровне. Я не понимаю почему arp не хочет отправляться на порт gigabitethernet0/0/0. Я отправил icmp также, чтобы проверить отправится ли arp запрос, ведь R2 пока что не знает mac-адрес r3. Но arp не отправляется и simulation mod не описывает на L2, почему он не отправляется.

[Zerg89]

vadiculus, arp не отправляется потому что он найден в таблице, icmp не вызывает арп он ищет l3 address в таблице, а так как это один и тот-же интерфейс это считается петлей и отбрасываетя
Ps это мои размышления

[vadiculus]

Может быть я не точно описал вопрос? Я имею в виду, что намеренно сделал неправильную IP-адресацию на портах, прописав 2 подсети на один порт.. То есть на gig0/0/0 у R2 прописал подключенные сеть 192.168.1.0/24 и 192.168.2.2/32. Вроде бы когда я вписывал эти 2 подсети в таблицу маршрутизации cisco не ругался. Тогда в чём же проблема отослать ARP на этот порт, если в таблице маршрутизации есть путь к подсети?

[Zerg89]

vadiculus, для такой схемы стоит использовать vlan интерфейсы и тогда все будет хорошо

[vadiculus]

Zerg89, я понимаю, но у меня вопрос был: что именно мешает отправке arp запроса? Я делаю такое чисто из любопытства, ведь я только учусь. Я не хочу использовать такую неправильную IP-адресацию. Извиняюсь за то что не точно описываю свою проблему. Сейчас перепишу вопрос)

[Zerg89]

vadiculus, а с чего ему ругатся если он от разных сетей ждёт подключения но вот когда запрос идёт из вашей сети в сеть на тот-же порт то это уже можно считать петлей на уровне ниже который об ip ничего не знает и к нему прилетит пакет от него же

[Zerg89]

vadiculus, я имею ввиду уровень обнаружения ниже на l2 уровне это считается петлей так как интерфейс отправил сам себе фрейм

[Zerg89]

vadiculus, попробуйте отправить запрос туда куда он должен дойти а не сам на себя

[Zerg89]

vadiculus, а по вашему изначалиному вопросу ответ hdlc идёт маршрутизациией по всей таблице а для ppp идёт инкапсуляция на l3

[Zerg89]

vadiculus, и в итоге она приходит на тот же интерфейс но с с уже изначальный маршрутом в точку 192.168.2.2/32

[vadiculus]

Zerg89, Вы посмотрите на прикрепленную таблицу маршрутизации. Там я отправляю ping запрос с интерфейса R2 у которого IP 192.168.1.1 на интерфейс R3 у которого IP 192.168.2.2 (Тут ясно, что IP находятся в разных подсетях. Но есть нюанс). У R2 в таблице маршрутизации я прописал статический адрес к сети 192.168.2.2/32 через этот же интерфейс gig0/0/0 у которого IP 192.168.1.1. Что же мешает сделать ARP по поиску mac для 192.168.2.2 на этот интерфейс?

[vadiculus]

Zerg89, Можем пока что опустить вопрос с hdlc и ppp, а продолжим об ethernet.

[Zerg89]

vadiculus Spt это l2 и он знать не знает о ваших l3 он видит то что он сам себе отправил пакет и считает это петлей и отбрасывает его, пробуйте на нем отключить (s)(p)(pv)stp и тд их много

[Zerg89]

vadiculus, хотя стоп в ошибке же сразу написано что он не нашёл адреса в arp таблице так как он уже перезаписан 192.168.1.1

[vadiculus]

Zerg89, В ошибке написано: "IP-адрес следующего перехода отсутствует. ARP процесс пытается отослать сделать запрос на IP-адрес и отбрасывает пакет".

В этом случает он не описывает почему он отбрасывает пакет.

[Zerg89]

Ещё раз vadiculus, используйте для такого vlan он для этого и предназначен это избавит вас от петли на l2 и от косяков на l3

[vadiculus]

Zerg89, Я вам ещё раз говорю, что я делаю такие противоречивые ситуации чисто из интереса, чтобы узнать почему arp запрос не отправляется))) Я не понимаю какая петля тут может быть, ведь даже в описании ошибки на L2 не пишется об этом. Не понимаю, либо тут недопонимание, или я такой дурной) Может быть под отправкой на порт вы имеете в виду буквальную отправку на порт, а не отправку arp ЧЕРЕЗ этот порт (via). :_)

[SunTechnik]

Я не знаю как в Cisco, но обычно, в таблице маршрутизации обязательно указывается router, через который надо отослать запрос.
То-есть стандартный алгоритм такой:
Если адрес назначения укладывается в текущую подсеть, то используется arp для поиска Mac-адреса.
Если по сеть чужая, ищем мак-адрес роутера сети назначения.

В качестве теста можно попробовать добавить руками arp запись для 192.168.2.2 и посмотреть что будет.

Я не знаю, насколько софт эмуляция корректно работает на таких граничных задачах.. Может на физике поведение будет отличаться...

[vadiculus]

SunTechnik, Отличная идея! Я так и сделаю.

[vadiculus]

SunTechnik, Нету функции добавления статического arp в cisco packet tracer(