URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 55727
[ Назад ]
Исходное сообщение
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vlad , 20-Апр-05 10:27 
При пропинговке с или на синтерфейс время пинга тдет волной от 20 до 1024 мс.
Соответственно практически через этот интерфейс работа не возможна.
Подскажите, люди добрые, что это может быть и как с ним боротся?
Содержание
Сообщения в этом обсуждении
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено lavr , 20-Апр-05 10:40 
>При пропинговке с или на синтерфейс время пинга тдет волной от 20
>до 1024 мс.
>Соответственно практически через этот интерфейс работа не возможна.
>Подскажите, люди добрые, что это может быть и как с ним боротся?
>

вы полагаете что ping предназначен для проверки правильности настройки
карты и режима договора карта <-> хаб/свитч?

почему такая уверенность что время ответа ВСЕГДА должно быть одинаковым?
я возьму и нагружу по самые яйца этот сетевой интерфейс и тогда ping
с любой другой машины будет иметь ответы с разным временем:

[unix1]~ > ping proxy
PING proxy.jinr.dubna.su (159.93.17.47): 56 data bytes
64 bytes from 159.93.17.47: icmp_seq=0 ttl=62 time=0.467 ms
64 bytes from 159.93.17.47: icmp_seq=1 ttl=62 time=0.433 ms
64 bytes from 159.93.17.47: icmp_seq=2 ttl=62 time=0.348 ms
64 bytes from 159.93.17.47: icmp_seq=3 ttl=62 time=0.344 ms
64 bytes from 159.93.17.47: icmp_seq=4 ttl=62 time=0.350 ms
64 bytes from 159.93.17.47: icmp_seq=5 ttl=62 time=0.344 ms
64 bytes from 159.93.17.47: icmp_seq=6 ttl=62 time=0.419 ms
64 bytes from 159.93.17.47: icmp_seq=7 ttl=62 time=0.372 ms
64 bytes from 159.93.17.47: icmp_seq=8 ttl=62 time=0.387 ms
64 bytes from 159.93.17.47: icmp_seq=9 ttl=62 time=0.430 ms
64 bytes from 159.93.17.47: icmp_seq=10 ttl=62 time=0.417 ms
64 bytes from 159.93.17.47: icmp_seq=11 ttl=62 time=0.438 ms
64 bytes from 159.93.17.47: icmp_seq=12 ttl=62 time=0.325 ms
64 bytes from 159.93.17.47: icmp_seq=13 ttl=62 time=0.326 ms
^C
--- proxy.jinr.dubna.su ping statistics ---
14 packets transmitted, 14 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.325/0.386/0.467/0.046 ms
[unix1]~ > ping sunhe
PING sunhe.jinr.dubna.su (159.93.18.100): 56 data bytes
64 bytes from 159.93.18.100: icmp_seq=0 ttl=253 time=0.404 ms
64 bytes from 159.93.18.100: icmp_seq=1 ttl=253 time=0.417 ms
64 bytes from 159.93.18.100: icmp_seq=2 ttl=253 time=0.387 ms
64 bytes from 159.93.18.100: icmp_seq=3 ttl=253 time=0.419 ms
64 bytes from 159.93.18.100: icmp_seq=4 ttl=253 time=0.370 ms
64 bytes from 159.93.18.100: icmp_seq=5 ttl=253 time=0.374 ms
64 bytes from 159.93.18.100: icmp_seq=6 ttl=253 time=0.397 ms
64 bytes from 159.93.18.100: icmp_seq=7 ttl=253 time=0.393 ms
64 bytes from 159.93.18.100: icmp_seq=8 ttl=253 time=0.380 ms
64 bytes from 159.93.18.100: icmp_seq=9 ttl=253 time=0.389 ms
^C
--- sunhe.jinr.dubna.su ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.370/0.393/0.419/0.016 ms
[unix1]~ >

Если все это у вас в локальной сети:

- либо ШТОРМ (ищите почему)
- либо карта с хабом встали в разные режимы

netstat поможет посмотреть ошибки и коллизии

"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vlad , 20-Апр-05 11:16 
Спасибо за ответ но боюсь что не так все просто,
Solaris висит прямо на порту каталиста
нет ни ошибок ни коллизий.
и не такой пинг
icmp_seq=0. time=109. ms  
icmp_seq=1. time=134. ms  
icmp_seq=2. time=158. ms  
icmp_seq=3. time=182. ms  
icmp_seq=4. time=207. ms  
icmp_seq=5. time=230. ms  
icmp_seq=6. time=254. ms  
icmp_seq=7. time=278. ms  
icmp_seq=8. time=302. ms  
icmp_seq=9. time=326. ms  
icmp_seq=10. time=349. ms  
icmp_seq=11. time=373. ms  
icmp_seq=12. time=397. ms  
icmp_seq=13. time=421. ms  
icmp_seq=14. time=445. ms  
icmp_seq=15. time=469. ms  
icmp_seq=16. time=493. ms  
icmp_seq=17. time=517. ms  
icmp_seq=18. time=541. ms  
icmp_seq=19. time=565. ms  
icmp_seq=20. time=588. ms  
icmp_seq=21. time=612. ms  
icmp_seq=22. time=636. ms  
icmp_seq=23. time=660. ms  
icmp_seq=24. time=684. ms  
icmp_seq=25. time=708. ms  
icmp_seq=26. time=732. ms  
icmp_seq=27. time=756. ms  
icmp_seq=28. time=780. ms  
icmp_seq=29. time=804. ms  
icmp_seq=30. time=827. ms  
icmp_seq=31. time=851. ms  
icmp_seq=32. time=875. ms  
icmp_seq=33. time=899. ms  
icmp_seq=34. time=923. ms  
icmp_seq=35. time=947. ms  
icmp_seq=36. time=971. ms  
icmp_seq=37. time=995. ms  
icmp_seq=38. time=1019. ms
icmp_seq=39. time=19. ms  
icmp_seq=40. time=43. ms  
icmp_seq=41. time=66. ms  
icmp_seq=42. time=90. ms  
icmp_seq=43. time=114. ms  
Цикл повторяется постоянно.
Нахожусь вполном недоумении.
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vlad , 20-Апр-05 12:10 
Причем пробовал разные сетьевые устройства.
Тоже самое творится и при 10 Мб полудуплекс
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vakero , 20-Апр-05 12:20 
>Причем пробовал разные сетьевые устройства.
>Тоже самое творится и при 10 Мб полудуплекс

Сан рекомендует использовать фулл-дуплек и на максимальных мегабитах. Порт на каталисте врубите в ауто (в дефолт). Возможно глючит именно из-за связки карта-порт свича.

"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено lavr , 20-Апр-05 12:44 
>>Причем пробовал разные сетьевые устройства.
>>Тоже самое творится и при 10 Мб полудуплекс
>
>Сан рекомендует использовать фулл-дуплек и на максимальных мегабитах. Порт на каталисте врубите
>в ауто (в дефолт). Возможно глючит именно из-за связки карта-порт свича.
>

не, как показывает опыт Sparc'и с Кисками не договариваются, точнее
договариваются о скорости и неверно выставляют full/half, и если
жестко порписывать на каталистах и потом в Solaris'е - работает как из
пушки. Правда это касательно тока Sparc'ов, за Intel платформы ниче не
скажу - не знаю, нет у меня таких.

Если хаб неуправляемый - то подстраивать только в Solaris'е

Вообще-то оченна странный ping - штормовой :(

"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vakero , 20-Апр-05 15:39 
>>>Причем пробовал разные сетьевые устройства.
>>>Тоже самое творится и при 10 Мб полудуплекс
>>
>>Сан рекомендует использовать фулл-дуплек и на максимальных мегабитах. Порт на каталисте врубите
>>в ауто (в дефолт). Возможно глючит именно из-за связки карта-порт свича.
>>
>
>не, как показывает опыт Sparc'и с Кисками не договариваются, точнее
>договариваются о скорости и неверно выставляют full/half, и если
>жестко порписывать на каталистах и потом в Solaris'е - работает как из
>
>пушки. Правда это касательно тока Sparc'ов, за Intel платформы ниче не
>скажу - не знаю, нет у меня таких.
>
>Если хаб неуправляемый - то подстраивать только в Solaris'е
>
>Вообще-то оченна странный ping - штормовой :(


Ну это рекомендации Сана))) Если найду ссылку кину.
А вообще у меня практика на Спарке и на Интеле показала следующее:
- на Интелах любые интерфейсы с Кисками работают отлично
- на Спарках: интерфейсы ge (оптика) - тормозят иногда, плохо поднимают коннект при старте сервера (воткнуты в гэбики на 4006), интерфейсы ce и eri работают отлично на фулл-дуплексе, воткнутые в 4006 в гигабитную медь.

А пинг идиотский какой-то... А может кто-то броадкасты шлепает? Хотя у них каталист стоит...

"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Дмитрий , 20-Апр-05 12:14 
Наверное проблема в сетевой карте. попробуй другую карту...
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vlad , 20-Апр-05 13:00 
Попробовал принудить с двух сторон 100 F
Тоже самое.
Странно что ndd /dev/iprb1 \?
выдает ошибку.
А сетьевуху поменять не могу сервак на тест взяли.
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Отправлено Vlad , 21-Апр-05 10:02 
Похоже аппаратно все впорядке.
Видно какие-то конфликты.
Люди подскажите как мониторить аппаратую часть?
Адреса памяти, прерывания, конфликты.
Интересно если отключаю на матери USB, COMы, Lpt,
то вторая сетьевушка совсем работать перестает.