>>Как пинговали, с ключом -f?
>без -f если на самом обычном ping'е потеря > 5% ДЕЛО ХУДОЕ
НО здесь следует иметь ввиду что МНОГО любителей закрывать соответствующие icmp
пакеты и UDP (в случае traceroute)
>>Количество icmp сообщений в секунду ограничено на всех системах, во избежания DOS.
>AFAIK по умолчанию идет 1 пакет в секунду, думаю достаточное время
>
>>Так сеть не проверяют.
>Один из вопросов и был
>>1) Как найти причину потери пакетов?
в нормальных системах - для начала netstat:
[alone]~ > netstat -I dc0 -w 1
input (dc0) output
packets errs bytes packets errs bytes colls
0 0 0 0 0 0 0
0 0 0 0 0 0 0
0 0 0 0 0 0 0
1 0 60 0 0 0 0
1 0 243 0 0 0 0
0 0 0 0 0 0 0
2 0 120 0 0 0 0
0 0 0 0 0 0 0
0 0 0 0 0 0 0
0 0 0 0 0 0 0
0 0 0 0 0 0 0
2 0 120 0 0 0 0
0 0 0 0 0 0 0
1 0 60 0 0 0 0
0 0 0 0 0 0 0
0 0 0 0 0 0 0
1 0 60 0 0 0 0
^C
[alone]~ >
# man netstat (ключи для просмотра ошибок и коллизий на входящих и выходящих пакетах)
если не изменяет память по ethernet стандартам >14% ошибок и коллизий НЕПРИЕМЛЕМО для
работы.
Ну и как всегда: проверять договор NET-CARD со СВИТЧОМ/ХАБОМ, факт давно известный о
том что после договора, карта и свитч встают в разные режимы, ну например они
договорились ПРАВИЛЬНО и с обеих сторон порт встал в 100Mbit, карта при этом в full-duplex, а порт на свитче в half-duplex