>>Существует вот такая схема
>>
>>[2691]-[2950]-[linux]
>>
>>Пинг с 2691 до linux сервера безупречен. Но если остановить его на
>>10 минут, то пинга уже не будет (впрочем как и любая
>>связь с ним)
>
>А можно по подробнее что означает "то пинга уже не будет (впрочем Собственно это и значит
CISCO26#ping 192.168.0.8
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.0.8, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
>как и любая
>>связь с ним)"?
>>
>>Получается так, что mac linux сервера c 2950 пропал, а на 2691
>>еще есть. Если я либо добавляю мак на 2950, либо удаляю
>>с 2691, то пинг востанавливается.
>
>А на сервере все правильно?
Я так думаю, что нормально, но всё может быть :)
>Рутер и сервер в одном вилане так?
>Что показывает "#sho mac- int vl {номер вилана сервер}" до и после
>пинга?
Интерфейсы не в vlan
CISCO26#sho mac- int fastEthernet 0/0 всегда выдает пустой список
CISCO26#sh arp
Internet 192.168.0.8 41 0015.1727.1539 ARPA FastEthernet0/0
interface FastEthernet0/0
ip address 192.168.0.1 255.255.255.0 secondary
ip nat outside
ip virtual-reassembly
duplex auto
speed auto
end
>[оверквотинг удален]
>>
>>Вариванты решения:
>>1. пинговать всегда)
>>2. установить на 2691 время очистки arp таблицы в 2 минуты (меньшее
>>чем у 2950)
>>
>>
>>Вопрос, как правильно решать данную проблему ?
>
>в разном времени хранения записей в таблице ничего плохого невижу.
Как поведет себя 2950, если не найдет у себя mac ?
Вот делаю я на 2691 пинг, т.к. мак у ней еще есть, то arp-запроса делать не будет, сразу пойдет пакет на такой то мак. Вот пришел пакет на 2950, а там нет такого мака, и cisco незнает куда выслать пакет. Что она сделает ?
>вы сами меняли тайминги?
Только после наступления проблемы. Как временное решение.
