Я учусь для сети, и у меня есть вопрос по эхо-вопросу ARP.
Я использую Wireshark для захвата пакетов, и я ОС Windows 7.
содержание
Основы ARP ARP расшифровывается как протокол разрешения адресов. Когда вы пытаетесь пропинговать IP-адрес в своей локальной сети, скажем, 192.168.1.1, ваша система должна превратить IP-адрес 192.168.1.1 в MAC-адрес. Это включает использование ARP для разрешения адреса, отсюда и его имя.
Системы хранят справочную таблицу ARP, где хранят информацию о том, какие IP-адреса связаны с какими MAC-адресами. При попытке отправить пакет на IP-адрес система сначала сверится с этой таблицей, чтобы узнать, знает ли она уже MAC-адрес. Если есть кэшированное значение, ARP не используется.
Если IP-адрес не найден в таблице ARP, система затем отправит широковещательный пакет в сеть, используя протокол ARP, чтобы спросить «у кого есть 192.168.1.1». Поскольку это широковещательный пакет, он отправляется на специальный MAC-адрес, который заставляет его принимать все машины в сети. Любая машина с запрошенным IP-адресом ответит пакетом ARP, который говорит: «Я 192.168.1.1», и это включает MAC-адрес, который может принимать пакеты для этого IP.
Я понимаю, что ARP: «При попытке отправить пакет на IP-адрес система сначала сверится с этой таблицей, чтобы узнать, знает ли она уже MAC-адрес. Если есть кэшированное значение, ARP не используется».
моя топология - [PC-A] - [Switch] - [PC B]
В. Я приказываю пропинговать [ПК B] на [ПК А] и проверяю, обновлена ли таблица ARP.
и снова ту же команду ping для [ПК B] - [ПК А].
Уже знает MAC-адрес. но ARP повторно эхо случилось.
выглядит так.
Я не понимаю, для повторного ответа на вопрос ARP.
Я правильно понимаю вопрос? ПК A пингует ПК B. Затем, когда ПК B пингует ПК A, он все еще отправляет запрос ARP, даже если B должен знать об A из-за начального пинга. Почему это?
Darren 7 лет назад
0
почти правильно, ПК B пингует ПК A и снова ПК B пингует ПК A, уже знает о MAC-адресе ПК A и PCB, но отправляет запрос ARP. зачем отправлять ARP запрос? уже обновленное значение кешируется.
Raedoh 7 лет назад
0
1 ответ на вопрос
0
Darren
Это связано с тем, что записи arp кэшируются только в течение определенного времени. После этого ПК обновит запись, повторно отправив запрос arp в случае, если что-то изменилось (например, машина получила аренду DHCP, которая ранее использовалась другой машиной). В этой статье объясняется, как долго записи кэшируются в различных версиях Windows. Начиная с Vista, они кэшируются от 15 до 45 секунд.
Если запись не используется в течение времени от 15 до 45 секунд, она переходит в состояние «Stale». Затем хост должен отправить ARP-запрос на IPV4 в сеть, когда любая IP-дейтаграмма отправляется в этот пункт назначения.
1-е изображение в 13 строке (8,12) и последний пинг ICMP - 22 строки (11,1) 2-е изображение - последний пинг ICMP в 59 строке (40,6) и 64 строки (44,46), вы сказали, что 15 ~ 45 секунд, но второе изображение только через 5 секунд.
Raedoh 7 лет назад
0
Не смотрите на эхо-запросы, посмотрите на запросы ARP, выделенные OP.
Darren 7 лет назад
0
так что я понимаю, не волнует пинг в 15 ~ 45 секунд, время обновления ARP? я прав?
Raedoh 7 лет назад
0
ОП был про arp, так что да, это то, на что мы смотрим. Есть запрос ARP на 8,1 секунды, а затем снова на 44,5 секунды. Таким образом, около 36 секунд между первым запросом и вторым. Это время, которое потребовалось для обновления кэша. Неважно, что между этими событиями была непрерывная связь между двумя компьютерами (пинг ICMP или иным образом), ПК по-прежнему следит за тем, чтобы кэш arp действовал.
Darren 7 лет назад
0
о, я точно понимаю это! Большое спасибо, Даррен. Я люблю тебя Хорошего дня!
Raedoh 7 лет назад
0