The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vlad emailИскать по авторуВ закладки(??) on 20-Апр-05, 10:27  (MSK)
При пропинговке с или на синтерфейс время пинга тдет волной от 20 до 1024 мс.
Соответственно практически через этот интерфейс работа не возможна.
Подскажите, люди добрые, что это может быть и как с ним боротся?
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от lavr emailИскать по авторуВ закладки on 20-Апр-05, 10:40  (MSK)
>При пропинговке с или на синтерфейс время пинга тдет волной от 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 поможет посмотреть ошибки и коллизии

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vlad Искать по авторуВ закладки(??) on 20-Апр-05, 11:16  (MSK)
Спасибо за ответ но боюсь что не так все просто,
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  
Цикл повторяется постоянно.
Нахожусь вполном недоумении.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vlad Искать по авторуВ закладки(??) on 20-Апр-05, 12:10  (MSK)
Причем пробовал разные сетьевые устройства.
Тоже самое творится и при 10 Мб полудуплекс
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vakero Искать по авторуВ закладки(ok) on 20-Апр-05, 12:20  (MSK)
>Причем пробовал разные сетьевые устройства.
>Тоже самое творится и при 10 Мб полудуплекс

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

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

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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


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

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Дмитрий Искать по авторуВ закладки(??) on 20-Апр-05, 12:14  (MSK)
Наверное проблема в сетевой карте. попробуй другую карту...
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vlad Искать по авторуВ закладки(??) on 20-Апр-05, 13:00  (MSK)
Попробовал принудить с двух сторон 100 F
Тоже самое.
Странно что ndd /dev/iprb1 \?
выдает ошибку.
А сетьевуху поменять не могу сервак на тест взяли.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "В Solaris 8, iprb1 - сетьевой интерфейс проблемно работает" 
Сообщение от Vlad Искать по авторуВ закладки(??) on 21-Апр-05, 10:02  (MSK)
Похоже аппаратно все впорядке.
Видно какие-то конфликты.
Люди подскажите как мониторить аппаратую часть?
Адреса памяти, прерывания, конфликты.
Интересно если отключаю на матери USB, COMы, Lpt,
то вторая сетьевушка совсем работать перестает.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру