Это действительно простой вопрос, но мне нужна проверка на вменяемость, чтобы убедиться, что мои ожидания не ошибочны и что то, что я вижу, не является ожидаемым поведением.
Ситуация такова: у меня есть Mac Pro с MacOS/X и Linux-бокс на базе ARM. Оба подключены к 8-портовому гигабитному коммутатору Extreme Networks (без интернет-подключения, только локальная сеть).
На моем Mac я запускаю сеанс ping6, пингуя Linux-компьютер:
$ ping6 fe80::21c:abff:fe00:55e5%en1
... и начать получать в ответ понг-ответы, как и ожидалось.
Затем я подхожу к коммутатору Ethernet, отсоединяю от него кабель, ведущий к Linux-компьютеру, и снова подключаю этот кабель к другому открытому порту на коммутаторе Ethernet.
На этом этапе я ожидаю, что (после паузы в несколько секунд) сеанс ping6 на моем Mac возобновит получение ответов.
Однако, по моим наблюдениям, иногда сеанс ping6 перестает получать ответы на неопределенный срок — или, по крайней мере, до тех пор, пока я не верну Ethernet-подключение Linux-бокса обратно к порту коммутатора, к которому он был изначально подключен. (Остановка и перезапуск процесса ping6 не помогает; более длительное ожидание не помогает)
Мой главный вопрос: является ли наблюдаемое мной поведение ожидаемым? И если да, то могу ли я что-то сделать (в программном обеспечении), чтобы восстановиться после этой смены порта? Или, если нет, есть ли у вас какие-либо идеи, что может пойти не так? (Я подозреваю, что это может быть проблема NDP)
решение1
Вы правы, что вы должны продолжать получать ответы на ping после повторного подключения целевого устройства, даже после его перемещения на другой порт коммутатора.
остановка и перезапуск процесса ping6 не помогает; более длительное ожидание не помогает
Это ненормально. Что-то мешает передавать запросы ping или ответы между двумя устройствами после смены порта. Я не знаком с конкретными возможностями настройки брандмауэра в Linux, но на машине Windows изменение сетевого интерфейса может привести к применению других правил брандмауэра.
Также существует вероятность, что что-то не так с самим коммутатором, хотя это можно легко исключить, убедившись, что Linux-устройство может нормально взаимодействовать с сетью, будучи подключенным к новому порту коммутатора.
решение2
Коммутатор не может узнать, что порт был изменен, пока машина, порт которой был изменен, не отправит какой-то трафик. Если ваша машина Linux тихая и не участвует в какой-либо сетевой активности в то время, когда вы переставляете ее кабель Ethernet в другой порт, то вам придется подождать, пока она не отправит какой-то трафик.
После отправки трафика коммутатор обнаружит факт перемещения и соответствующим образом обновит свои внутренние таблицы.