2

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

Ситуация такова: у меня есть Mac Pro с MacOS/X и Linux-бокс на базе ARM. Оба подключены к 8-портовому гигабитному коммутатору Extreme Networks (без подключения к Интернету, это только локальная локальная сеть).

На моем Mac я запускаю сеанс ping6, выполняя проверку связи с Linux:

$ ping6 fe80::21c:abff:fe00:55e5%en1

... и начните получать ответы понг обратно, как и ожидалось.

Затем я перехожу к коммутатору Ethernet, отсоединяю от коммутатора Ethernet кабель, который ведет к коробке Linux, и снова подключаю этот кабель к другому открытому порту на коммутаторе Ethernet.

На данный момент я ожидаю, что (после паузы в несколько секунд) сеанс ping6 на моем Mac возобновит просмотр ответов.

Однако мое наблюдение заключается в том, что иногда сеанс ping6 прекращает получать ответы на неопределенный срок - или, по крайней мере, до тех пор, пока я не верну Ethernet-соединение Linux-модуля обратно к порту коммутатора, к которому он был изначально подключен. (остановка и перезапуск процесса ping6 не помогают; более длительное ожидание не помогает)

Мой основной вопрос: поведение, которое я наблюдаю, ожидаемое поведение? И если да, могу ли я что-нибудь сделать (в программном обеспечении), чтобы восстановиться после этой смены порта? Или, если нет, у вас есть идеи, что может пойти не так? (Я подозреваю, что это может быть проблема НДП)

2 ответа2

1

Вы правы в том, что вы должны продолжать получать пинг-ответы после повторного подключения целевого устройства, даже после перемещения его на другой порт коммутатора.

остановка и перезапуск процесса ping6 не помогают; ожидание дольше не помогает

Это не нормально. Что-то препятствует передаче запросов ping или ответов между двумя устройствами после смены порта. Я не знаком с конкретными возможностями конфигурации брандмауэра в Linux, но на компьютере с Windows изменение сетевого интерфейса может привести к применению различных правил брандмауэра.

Существует также внешняя вероятность, что с самим коммутатором что-то не так, хотя это можно легко исключить, подтвердив, что Linux-блок может нормально обмениваться данными с сетью при подключении к новому порту коммутатора.

1

Коммутатор не может знать, что порт был изменен, пока машина, чей порт был изменен, не отправит некоторый трафик. Если ваша Linux-машина работает тихо и не участвует в какой-либо сетевой активности во время перемещения ее кабеля Ethernet на другой порт, вам придется подождать, пока она не отправит некоторый трафик.

Как только он отправит трафик, коммутатор обнаружит факт перемещения и соответствующим образом обновит свои внутренние таблицы.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .