Ru-Board.club
← Вернуться в раздел «Общие вопросы»

» Не работает сеть на UTP.

Автор: BugZ
Дата сообщения: 24.02.2002 22:41
Не работает сеть. Пинг (icmp type 8) не ходит, один раз пропустил пакет за 1054 ms и тишина. Сеть на UTP.

2х2 Noname
===================
### -------------------- ###
# #/ 107m \ # #
# # # #
# # # #
# # # #
Host A ---- Hub(Compex-10Mbps) Hub(SureCom-10Mbps) ---- Host B
~25m(2x2 Pcnet) 70m (4x2 КССПВ)
(IP:192.168.71.48) (IP:192.168.9.128)
(Subnet Mask:255.255.0.0) (Subnet Mask:255.255.0.0)
Сетевуха:Compex2000PCI{10Mbps} Сетевуха: RealTek 8029PCI{10Mbps}
OS:WIn98Se2.2222

Хабы соединены Uplink <-> Uplink (переведённый в Normal) прямым...
Где искать?? Сеть погибает... Качество обжима, хабы, сетевухи, кабель - где слабое звено.
Ребят, советом! Чем пощупать?
Автор: WarezKeeper
Дата сообщения: 25.02.2002 02:41
Играться с сеточкой надоть... Пингуй по именам, пингуй по айпи, пингуй как угодно и в это время смотри проходит или нет.
Конкретного совета сделай то-то и то-то, боюсь, никто тебе не даст

Удачи.
Я.
Автор: Alles
Дата сообщения: 26.02.2002 10:54

Цитата:
Сетевуха: RealTek 8029PCI

Где-то здесь. Посмотри на хоботе, там про них достаточно прописано.
Автор: Zlobny_John
Дата сообщения: 26.02.2002 16:32
BugZ
очень похоже на проблемы кабельного хозяйства .
запусти ping -t на полчасика .

не совсем понял твою схему , но наверно дело в кабеле 2x2 (это четырехжильный что-ли?) длиной 107 m . У тебя нет возможности за ящик пива добыть на денек pentascanner или wawetek ?
в любом случае не помешает все rj45 вилки поменять , мож где контакт хреновый .

Добавлено
p.s.
при большой длине и хреновом кабеле лучше работают сетевухи на ISA попробуй временно заменить .
p.p.s проверь установлены ли дуплексы в half
Автор: BugZ
Дата сообщения: 26.02.2002 23:35
Zlobny_John
Менял сетевухи на 3c900(PCI-10Mbps) и 3c509b(EISA-10Mbps), результат такой же.

Код:
ping -t a.b.c.d

Request time out.
Request time out.
Request time out.
Request time out.
Request time out.
Request time out.
Request time out.
Request time out.
.... reply 1054 ms
Request time out.
Request time out.
Request time out.
Request time out.
Автор: Zlobny_John
Дата сообщения: 27.02.2002 10:18

Цитата:
Ммм... А ты считаешь, есть разница между 4-ёх и 8-и жильным кабелем (точнее зависимость от "жильности" качества сигнала ) ....

такой разницы наверно нет , но 4 жильный кабель менее надежен физически . Rj45 вилка держится на нем только за счет 4 контактов и любое неосторожное движение может её оторвать или повредить контакт . Да и при прокладке по всяким закоулкам шансов повредить его гораздо больше . А на 8 - жильном и повеситься можно , если сеть незаработает .
Ценой они не сильно отличаются а вот минусов сильно больше , чем плюсов .


Цитата:
Менял сетевухи на 3c900(PCI-10Mbps) и 3c509b(EISA-10Mbps), результат такой же.

EISA ? У тебя там сервер древний что-ли ?
сетевухи надо менять именно на isa . Dlink, 3com 3с5x9 или что-нибудь kompex`о - ne2000 совместимое . они тянут 250 метров , на которых pci карты ведут себя как ты описал .
это так , на всякий случай , у тебя все равно такое расстояние только между хабами , а их поменять для пробы ты вряд-ли сможешь .

Обрежь все концы и обожми заново , иногда помогает .




Автор: tankistua
Дата сообщения: 27.02.2002 10:41
хотите поиздеваюсь ? :))

у меня тестер для сетевого кабеля есть :)))
Автор: Zlobny_John
Дата сообщения: 27.02.2002 10:51
ну и я приколюсь тогда .

Эту маленькую штучку с лампочками можно засунуть себе скажем в рот и любоваться в темноте цветомузыкой

для данного случая подойдет так называемый certification tools , стоимостью от 5 килобаксов .
Автор: BugZ
Дата сообщения: 27.02.2002 11:10

Цитата:

Rj45 вилка держится на нем только за счет 4 контактов и любое неосторожное движение может её оторвать или повредить контакт . Да и при прокладке по всяким закоулкам шансов повредить его гораздо больше . А на 8 - жильном и повеситься можно , если сеть незаработает .
Ценой они не сильно отличаются а вот минусов сильно больше , чем плюсов .


Rj45 не только на контактах держится, там фиксатор есть. А насчёт цены позволь не согласитbся... Я брал внешний UTP (SSTP точно бы не потянул) ("утяжелённая" изоляция на 4 жилы, отчасти и потому, что он в 2(!!) раза дешевле. $.14 vs $.28.

Сегодня прозвонил кабель. Обрывов не обнаружено ... Но это всё ещё не означает, что он пропускает 10Mbps ..
Эх.. надо было обжать эти 107 м. воткнуть в сетевухи и посмотреть, а потом кидать
ЗЫ.. А линки на всех девайсах всё так же предательски горят
Автор: Zlobny_John
Дата сообщения: 27.02.2002 13:47

Цитата:
Rj45 не только на контактах держится, там фиксатор есть.

Дык о том и речь . Фиксатор нормально держит только 8 жильный кабель . А 4 жильный в два раза тоньше и болтается . Или у тебя вилки специальные под 4 жильный кабель ?

ну если сравнивать с stp то дешевле .
а так -
Кабель, витая пара, внутренний, UTP, Кат5/100 MHz, solid/жесткий/одножильный, 2 пары, серый, [Россия] -0.13

Кабель, витая пара, внутренний, UTP, Кат5/100 MHz, solid/жесткий/одножильный, 4 пары, серый, (ПВХ;ССПВ 4x2x0.52) -0.17 [Россия]


Кстати ,просветите меня люди . Есть кабели UTP и STP .
а что такое

внутренний FTP Кат5+/Cat 5e/200 MHz (экран-фольга)
внутренний SFTP Кат5+/Cat 5e/200 MHz , (экран-фольга+сетка)


я тебе статью отрыл , называется "Искусство диагностики локальных сетей"
http://www.colan.ru/support/artview.php?idx=133

Автор: tankistua
Дата сообщения: 27.02.2002 18:31
Zlobny_John

Цитата:
Эту маленькую штучку с лампочками можно засунуть себе скажем в рот и любоваться в темноте цветомузыкой

но обрыв то найдет ... правда не всегда :)))
Автор: Zlobny_John
Дата сообщения: 27.02.2002 18:48
обрыв при желании можно найти при помощи батарейки и лампочки (которую тоже можно засунуть туда-же с тем-же эффектом)

а вот с этим уже будут проблемы

Временные характеристики передаваемых сигналов
http://www.adp.ru/PASSIVE/TEH_DOC/CAB/TIMEHAR/time_s.htm

Затухание (Attenuation)
http://www.adp.ru/PASSIVE/TEH_DOC/CAB/ATTEN/attenu.htm

Перекрёстные наводки (параметры NEXT и FEXT)
http://www.adp.ru/PASSIVE/TEH_DOC/CAB/NAVODK/nex_fex.htm

Перекрёстные наводки (параметры PS-NEXT и PS-ELFEXT)
http://www.adp.ru/PASSIVE/TEH_DOC/CAB/NAVODK/psnexfex.htm

Обратные потери (Return loss)
http://www.adp.ru/PASSIVE/TEH_DOC/CAB/RETLOSS/retloss.htm

Автор: BugZ
Дата сообщения: 27.02.2002 19:21
Zlobny_John
10x за участие в моей проблеме и полезные ссылки... изучаю

Цитата:

А 4 жильный в два раза тоньше и болтается . Или у тебя вилки специальные под 4 жильный кабель ?

У меня UTP внешний (у него утолщённая изоляция), поэтому, всё держится ок

Цитата:

Кабель, витая пара, внутренний, UTP, Кат5/100 MHz, solid/жесткий/одножильный, 2 пары, серый, [Россия] -0.13

Мой: Кабель, витая пара, внешний, UTP, Кат5/100Mhz, solid(лучше на дальние)/жёсткий/одножильный (избыточно - solid и есть одножильный, и пдразумевается, что жёсткий), 2 пары, чёрный, вероятно Россия - 0.14 (без НСП)
Автор: Zlobny_John
Дата сообщения: 27.02.2002 19:39
[offtop]
Эх , где же ты где , конференция по сетям ....
[/offtop]
Автор: BugZ
Дата сообщения: 27.02.2002 19:54

Цитата:

а что такое

внутренний FTP Кат5+/Cat 5e/200 MHz (экран-фольга)
внутренний SFTP Кат5+/Cat 5e/200 MHz , (экран-фольга+сетка)

AFAIK, enchanced (e, +) utp, с увеличенной полосой пропускания (200Mhz). Надо думать умеет full duplex mode... Моё мнение.
Также слышал, что по жёстким стандартам предъявляем к внешне-прокладываемым кабелям в Fast EtherNet предполагается использование SSTP (общий экран + экран на каждую пару)


Цитата:

Эх , где же ты где , конференция по сетям

Да уж..
Автор: Zlobny_John
Дата сообщения: 27.02.2002 20:41

Цитата:
Надо думать умеет full duplex mode...

Чего-то ты гонишь .
full duplex можно пускать по чему угодно , даже по четырехжильной телефонной лапше .
от half duplex он отличается отсутствием проверки на коллизии , ибо работает со свитчами , где их быть не может .


Цитата:
(общий экран + экран на каждую пару)

я слышал что это категория 7 для гигабита .
Автор: BugZ
Дата сообщения: 27.02.2002 22:40
Zlobny_John

Цитата:

(общий экран + экран на каждую пару)

я слышал что это категория 7 для гигабита .

IMO, это просто SSTP и оно бывает даже 5-ой категории.


Цитата:

Надо думать умеет full duplex mode...

Чего-то ты гонишь .


Да-а-а-а... фигню сморозил (сам прочитал, удивился ). Во-первых, e - expanded, а не extended. ... Во-вторых у неё тоже полоса пропускания 100Mhz, спутал с 6-ой, у которой даже не 200, а 250. Ну и, наконец, как я мог сказать такое про full duplex? ... Что-то меня приглючило, что он должен работать с удвоенной частотой... Только сейчас подумал, что это абсурд и противоречит самому принципу full duplex. Короче был

А так 5е от 5, ничем кроме слегка улучшенных характеристик не отличается.




Автор: Zlobny_John
Дата сообщения: 27.02.2002 22:45

Цитата:
А так 5е от 5, ничем кроме слегка улучшенных характеристик не отличается.

дык это понятно . Осталось выяснить что такое ftp и sftp . Кстати он бывает до 800 Mhz
Автор: new yorik
Дата сообщения: 27.02.2002 23:43
блин развели тут не по теме...

Цитата:
Хабы соединены Uplink <-> Uplink (переведённый в Normal) прямым

не знаю прав я или нет у меня было тоже самое пока не переставили из уплинка который в нормале в обычный порт...

а ты вообше проверял этот кобель на другом чем то ???
Автор: Pako
Дата сообщения: 28.02.2002 11:57
2Bugz
А не может быть вся выше перечисленная фигня, из-за длины кабеля больше 100 м ?
А то я где-то в молодости читал, что 100 м максимум, а некоторые сетевухи подешевле, из-за малой мощности и 80 м не тянут
Автор: new yorik
Дата сообщения: 28.02.2002 12:03
Pako
http://forum.ru-board.com/topic.cgi?forum=27&topic=0739#1
Автор: BugZ
Дата сообщения: 28.02.2002 15:08
new yorik

Цитата:

а ты вообше проверял этот кобель на другом чем то ???

К сожалению, ступил ... просто прозвонил на целостность... А вот на выдерживание частоты не проверял...

.. Обнаружил, что люди, которые закупали rj-45, купили его I-типа... На солидный кабель... ... Вот смекаю, не здесь ли собака зарыта

Добавлено
Pako

Цитата:

А то я где-то в молодости читал, что 100 м максимум

Це фигня, которой следует придерживаться если совсем не хочешь проблем. Спецификация, стандарт одним словом... Естественно, спецификации продуманы с очень весомым запасом... Реально же я видел хорошо пуляющую связь на расстоянии килофута (305 м.)...

Хм... Интересно, я тут посидел, подумал... Если главный критерий, ограничивающий длину кабеля - время распространения коллизии то связи типа точка-точка (PP), главным ограничивающим критерием будет являться пресловутый attenuation (затухание сигнала) т.к. коллизии там нет по определению (full-duple][ mode). Обсуждаем?!
Автор: Zlobny_John
Дата сообщения: 28.02.2002 16:00
там будет другое , то что я последний раз некорректктно обозвал коллизией .

сетевая карта недождется подтверждения и будет посылать пакет повторно . Соответственно работать не будет .

Добавлено

Цитата:
.. Обнаружил, что люди, которые закупали rj-45, купили его I-типа... На солидный кабель... ... Вот смекаю, не здесь ли собака зарыта

а у тебя какой кабель ? помоему многожильный идет только для патч-кордов ...
Автор: BugZ
Дата сообщения: 28.02.2002 18:39

Цитата:

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

А ты уверен, что сетевуха будет ждать подтверждение? ... Ты, случаем, не путаешь с протокольным уровнем?? ... TCP ?

Цитата:

а у тебя какой кабель ? помоему многожильный идет только для патч-кордов ...

естественно, для дальней проводки используют solid (одножильный) кабель (и я не исключение) - он менее гибкий, но более прочный, что и треба для проводки на расстояние... Соответственно, бывают rj45 2-ух типов: I(для многожильного, "прорезает" жилу) и Y (соответственно, для solid-ного "обхватывает" жилу...) ... перцы, которых я отправил на Митьку взяли I-type
Автор: tankistua
Дата сообщения: 28.02.2002 19:10
BugZ

Цитата:
А ты уверен, что сетевуха будет ждать подтверждение?


читай документацию http://www.citforum.ru/nets/tcp/tcpspec.shtml

Если подтверждения не получено в течении контрольного интервала времени, то данные посылаются повторно. Со стороны получателя номера очереди используются для восстановления очередности сегментов, которые могут быть получены в неправильном порядке, а также для ограничения возможности появления дубликатов.
Повреждения фиксируются посредством добавления к каждому передаваемому сегменту контрольной суммы, проверки ее при получении и последующей ликвидации дефектных сегментов.

и чего будет делать сетевуха???
Автор: Zlobny_John
Дата сообщения: 28.02.2002 19:33

Цитата:
А ты уверен, что сетевуха будет ждать подтверждение? ... Ты, случаем, не путаешь с протокольным уровнем?? ... TCP ?

не уверен , но меня в этом кто-то пытался убедить . попробую порыть стандарты .
не путаю , а TCP это транспортный уровень

незнаю кто как , а я везде пользую solid , за исключением покупаемых патч-кордов в кроссовые шкафы .

кстати от этого вполне могут быть глюки . когда мне позарез надо было прибить многожильный кабель на патч-панель (110) пришлось брать в руки паяльник , напаивать solid концы и уже их прибивать .
Автор: BugZ
Дата сообщения: 28.02.2002 19:56

Цитата:

а TCP это транспортный уровень

Истину глаголешь, естественно транспортный, очепятка вкралась - просто думал о tcp-протоколе. И это трансформировалось в протокольный уровень.

tankistua

Цитата:

читай документацию http://www.citforum.ru/nets/tcp/tcpspec.shtml


Здрасте, приехали ... Это особенности TCP, причём тут сетевуха? Ей сказали - посылай подтверждение (TCP), она тебе его тупо пакетом и посылает... В таком случае, что ты скажешь о UDP/IP, ICMP/IP или GGP/IP, к примеру.... Там тоже подтверждения искать бум ? А, вообще, я имел в виду самый низкий уровень... По-моему, там никаких подтверждений нет... Так всё ж как насчёт сравнительно дальних связей типа Host <-> Host, коллизий нет, наличие подтверждения, всё же больше смахивает на чушь... Зачем делать лишнюю работу, работу, собственно протоколов и, afair, там для проверки целостности CRC (контрольные суммы) придумали, обеспечивающие 99.97% надёжность (если не изменяет память). Хотя тоже могу путаться (всё же давно всё это дело изучал) и CRC тоже уровнем выше...
Обсу-у-уждаем!
Автор: Zlobny_John
Дата сообщения: 28.02.2002 20:07

Цитата:
А, вообще, я имел в виду самый низкий уровень... По-моему, там никаких подтверждений нет...

самый низкий уровень - это физический . Там вообще ничего нет , кроме перепадов напряжения .


Цитата:
Хотя тоже могу путаться (всё же давно всё это дело изучал) и CRC тоже уровнем выше...

CRC живет на канальном уровне , проверяется на подуровне MAC
Автор: BugZ
Дата сообщения: 28.02.2002 20:33
tankistua
Вычитал из предложенной статьи:

Цитата:

Затем с помощью найденного значения определяется контрольное время повторной посылки (Retransmission Timeout - RTO):
RTO = min[ UBOUND, max[ LBOUND, (BETA * SRTT) ]]
где
UBOUND - верхний предел контрольного времени (например, 1 мин),
LBOUND - нижний предел (например, 1 сек).
ALPHA - фактор сглаживания (например, от 0.8 до 0.9),
BETA - фактор изменения задержки (например, от 1.3 до 2.0).

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


Zlobny_John

Цитата:

самый низкий уровень - это физический . Там вообще ничего нет , кроме перепадов напряжения .


Я это и имел в виду. Т.е. в отсутствие коллизий будет ли формально увеличена длина соединения?
Автор: Tavik
Дата сообщения: 28.02.2002 20:47
Zlobny_John

Цитата:
[offtop]
Эх , где же ты где , конференция по сетям ....
[/offtop]

Я скоро доделаю свой сайт по сетям. Тебя обязательно приглашу! (Домен второго уровня!)

Страницы: 12

Предыдущая тема: Adaptec ASPI Driver


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.