Как я могу зафиксировать плохую arp запись?
Большинство RAID-контроллеров, которые поддерживают кэширование Записи, не включит его без пакета резервного аккумулятора. Вообразите ущерб, который крупные 64 Megs кэшируемых записей, не записанных в диск, нанесли бы объему.
Без кэширования записи, отбрасывания производительности записи контроллеров RAID5 фактором 5-10 раз. (У нас был Dell PERC 3 (LSI, не Adaptec), который запишет поддержанный на уровне приблизительно 8 ГБ/час с кэшем записи прочь, но на уровне 70-90 ГБ/час с записью, кэширующейся на.
Если это будет действительно проблема arp, то проблема будет ограничена сетевым устройством, делающим маршрутизацию (так как то, что то, что ARP для - отображающий L3, адресует (IP) к L2, обращается (MAC)), или возможно в кэше ARP сервера, находящегося в той же подсети IP. Это не включит переключатель, если это не будет переключатель L3.
Для рассмотрения проблемы на маршрутизаторе Cisco можно выполнить следующую команду, чтобы очистить кэш ARP и позволить этому восстанавливать:
clear arp
Для удаления плохой arp записи из сервера, который может кэшировать плохую информацию (так, не сервер, который не может быть достигнут, но сервер, который не может сделать достижения), можно вручную удалить поддельную запись из кэша ARP, где IP-адрес является IP сервера, который не может быть достигнут. Обратите внимание, что этот тот же синтаксис, кажется, допустим и на Linux и на Windows:
arp -d <ip-address>
Можно также отправить бесплатный ARP от сервера, который не может быть достигнут, чтобы заставить другие хосты в той же подсети IP обновлять свои кэши ARP (у меня есть это в моих примечаниях, но я признаю, что не использовал его в долгое время. Я не могу помнить, позволяет ли это Вам пропускать шаги выше или просто сокращает процесс других хостов, добавляющих arp запись после выполнения команд выше):
arping -q -A -c 1 -I eth0 <ip-address>
arping -q -U -c 1 -I eth0 <ip-address>
Все вышеупомянутое для проблемы ARP, но Вы конкретно упоминаете переключатель в своем вопросе. Если это - переключатель, который только использует L3 для управления, то проблемами потока данных должны были бы быть проблемы с кэшем MAC, не кэш ARP. В этом случае Вы могли выполнить следование переключателя для чистки динамического содержимого кэша:
clear mac-address-table dynamic
-
1Это просто сбрасывает arp запись на сервере, или на переключателе/маршрутизаторе также? Я должен войти в систему переключателя/маршрутизатора для очистки записи там? – Brent 12 June 2009 в 21:12
-
2изложенный в деталях ответ в ответ на Ваш комментарий, надейтесь it' s более ясный теперь. – jj33 12 June 2009 в 21:29
Можно использовать arp команда в Linux для удаления конкретной записи с -d переключатель. Если бы у Вас есть управляемые коммутаторы, можно, вероятно, очистить кэш ARP с Cisco, которой это просто было бы clear arp . Кроме этого, можно, конечно, всегда просто выключаться и на всех переключателях, и они должны восстановить свои таблицы.
коммутируемые были выключены также посредством этого перебоя в питании? возможно, они потеряли последнее изменение конфигурации, то, которые говорят "для этого MAC-адреса, затем пакет к этим 2 портам".
Переключенная Cisco должна быть создана как концентратор для виртуального Mac, таким образом, они отправляют весь пакет, связанный с виртуальным Mac к обоим хостам.
-
1Это не верно, что переключатель должен быть настроен для отправки пакетов в оба MAC-адреса. Heartbeat справляется с обновлением arp записей автоматически. – Brent 12 June 2009 в 21:15
-
2это зависит от установки. Когда это имеет один виртуальный Mac с оба, размещают активный одновременно. Я don' t знают, запрашивает ли это его случай, но для NLB, посмотрите эта документация Cisco для NLB в многоадресной передаче: cisco.com/en/US/products/hw/switches/ps708/… exerb: таблица адресов Mac статический 0300.5e11.1111 vlan 200 соединяет интерфейсом с fa2/3 fa2/4 – Mathieu Chateau 12 June 2009 в 22:30