LINUX.ORG.RU
ФорумAdmin

[whyyyyyy??!] дублирование ARP запросов


0

1

Вопрос собственно простой: почему могут дублироваться ARP запросы (разницы в несколько мс)?
Заметил это недавно в сети, вроде и вреда особого от этого нет, но всё-таки смущает, ибо совершенно непонятен механизм происходящего.
Обнаруживается это по дампу. Линуксы и железки совершенно разные, поэтому списываю пока на какую-то особую ядерную магию.
Единственное сходство: железки имеют несколько сетевых интерфейсов, несколько IP (+на некоторых есть VLAN интерфейсы, на некоторых бондинг)

★★★★★

Они ещё только учатся - как маленькие дети. Которые приходят и спрашивают: «папа, а мы когда пойдем гулять, а, когда гулять пойдем?»

pianolender ★★★
()

а петли в сети нигде нет? допустим умный свич видит петлю, пропускает несколько запросов, а потом тушит порт и по новой... Или может STP есть?

Pinkbyte ★★★★★
()
Ответ на: комментарий от zgen

Петли нет, проверял даже на изолированной железке.
Причём запросы дублируются не все, а как то выборочно

zolden ★★★★★
() автор топика
Ответ на: комментарий от Pinkbyte

И да, STP есть, но стабильный

zolden ★★★★★
() автор топика
Ответ на: комментарий от xspirit

нет :) это сервера в стойках, там нет вайфая

zolden ★★★★★
() автор топика

На эти arp-запросы есть arp-ответы? И все эти дублирующиеся запросы идут через один интерфейс?

mky ★★★★★
()
Ответ на: комментарий от anonymous

А что именно интересует? В первой колонке секунды с начала дампа
2.999882 ARP Who has 1.2.3.4? Tell 2.3.4.5
2.999892 ARP Who has 1.2.3.4? Tell 2.3.4.5

zolden ★★★★★
() автор топика
Ответ на: комментарий от mky

Ну тут не принципиально, есть ли ответы. Запросы по идее с одного интерфейса (сужу по МАСу, так как обычно использую tcpdump -i any)
Так как железка может пытаться подключиться к упавшему модулю, то вполне нормально что ответы есть не всегда

zolden ★★★★★
() автор топика
Ответ на: комментарий от zolden

сужу по МАСу, так как обычно использую tcpdump -i any

При использовании "-i any" tcpdump будет ловить один и тот же пакет дважды: на самом интерфейсе моста и на интерфейсе, входящем в мост. Может это твой случай?

Deleted
()
Ответ на: комментарий от Deleted

Да, теперь понятно что пакеты дублируются (ну или «дублируются») только при снятии дампа на any интерфейсе. Но почему? Моста нет, есть VLAN интерфейсы. Ну и дублируются не все пакеты, а только часть

zolden ★★★★★
() автор топика
Ответ на: комментарий от zolden

tcpdump хитрый гад. видит тегированные пакеты на eth0 (которые тащетма идут по eth0.222) снимает с них тег, и показывает как так и нада

redixin ★★★★
()
Ответ на: комментарий от zolden

Но почему? Моста нет, есть VLAN интерфейсы.

Аналогично: один пакет - с реального интерфейса, дубликат - с VLAN-интерфейса. Можно попробовать записать дамп (-s 0 -w filename.pcap) и открыть его в wireshark'е. Там по идее будет виндо, что один пакет - с тегом, а другой - без.

Ну и дублируются не все пакеты, а только часть

А это уже надо детально смотреть полученный дамп и настройки сети. Возможно некоторые пакеты сразу идут на реальные интерфейсы. Возможно это вообще «левые» пакеты, не предназначенные для данной машины, и они сразу отбрасываются системой.

Deleted
()
Ответ на: комментарий от Deleted

открыть его в wireshark'е. Там по идее будет виндо, что один пакет - с тегом, а другой - без


нет, Linux cooked capture (дамп на any интерфейсе) не показывает VLAN теги, да и вообще ethernet заголовок там выдуманный (iformation such as the link-layer protocol's packet type field, if any, isn't available, so libpcap constructs a synthetic link-layer header)

zolden ★★★★★
() автор топика
Ответ на: комментарий от zolden

нет, Linux cooked capture (дамп на any интерфейсе) не показывает VLAN теги, да и вообще ethernet заголовок там выдуманный (iformation such as the link-layer protocol's packet type field, if any, isn't available, so libpcap constructs a synthetic link-layer header)

Хм... Не знал...

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.