LINUX.ORG.RU

Ethernet и распиновка кабеля

 


0

1

Здравствуй, ЛОР!

Вкратце: как посмотреть, какие пары из 4х имеющихся в UTP 5e использует сетевушка для общения?

Подробнее:
Есть у меня провайдер, который услужливо предоствляет мне возможность выйти в интернет по PPPoE.
Есть роутер, MikroTik, ПК под управлением гнутой ОС с прингвинчиком на логотипе... а счастья нет :(
Нет его со вчерашнего дня, когда доступ в интернет прекратился почти совсем.
Пинг есть, но вялый - 17/20 пакетов.
Чем больше пакеты, тем больше дропов.
Это через роутер.А вот с ПК волшебным образом всё работает.
После дня, проведённого в общении с техподдержкой, роутером, ПК и мультисертифицированным латышами товарищем, выяснилось следующее:
1. Проблема 90% у провайдера.
2. Надо ещё один роутер - для контроля, а ну как в моём свитч себя неправильно ведёт.
3. Сложно объяснить провайдеру, почему оно работает с десктопа.
И вот по последнему пункту, в памяти всплыл эпизод из недавнего прошлого - в Eth-розетке на работе были перепутаны провода.
И часть железок там волшебным образом работала без дропов, а часть не взлетала ни в какую.
Вестимо, существует некий общеизвестный алгоритм согласования используемых пар и/или отдельные сетевушки хитро под такие неурядицы подстраиваются.
Хочется без десятков скруток понять - какие именно провода использует ПК при подключении к любимому провайдеру.
Возможно, есть для этого некий механизм и инструменты, кроме grep/vim и сорцов.
Коли так, прошу сообщить, ну или чО ещё посоветовать.

Спасибо за внимание!

★★★★

стандарты есть на это, EIA/TIA-568A и EIA/TIA-568B называются

Harald ★★★★★ ()

ping - не показатель.

Если проблема с каналом, то в статистике микротика должны быть видны ошибки на портах.

Если проблема с автосогласованием, то можно со стороны микротика попробовать явно задать скорость/FD/mdi[-x].

pppoe - это MTU != 1500. И это может бть проблемой для транзитных пакетов.

провода 1,2,3,6. про стандарты тебе уже подсказали.

Умирание порта в микротике не рассматривается ?

vel ★★★★★ ()
Последнее исправление: vel (всего исправлений: 1 )
Ответ на: комментарий от erfea

На роутере должна быть возможность настроить Path MTU Discovery или MSS, это же Microtik, если нет, то это странный Microtik.

kostik87 ★★★★★ ()

1. Проблема 90% у провайдера.

С чего бы это, если на ПК всё хорошо?

в Eth-розетке на работе были перепутаны провода

Перепутанные провода могут так влиять только в случае, если сделать разнопарку, но не ошибиться в контактах. В остальных случаях всё дискретно: работает, или не работает.

Есть стандарты по цветам, про них написали уже, но сделано ли на той стороне именно так, и по какому из, знает только тот, кто делал. Есть ещё авто-MDI, но это тоже работает/не работает.

AS ★★★★★ ()
Ответ на: комментарий от Anoxemian

причем тут MTU к потери **части** одинаковых пакетов???

90% что тут говнокабель + говнороутер с хилым уровнем сигналов/чувствительностью на портах. или жопорукий монтажник с кривой обжимкой.

сталкивался с тем, что говнороутеры порой линк на 60 метрах говнокабеля не поднимают, а с компа - все работает.

вариант - свич-мыльница перед говнороутером.

ну и проверить сопротивление пар.

NiTr0 ★★★★★ ()
Ответ на: комментарий от kostik87

он же сказал, что у него микротик не микротик

SevikL ★★★★★ ()

Проблема 90% у провайдера.

А проблема воспроизводима на всех устройствах в LAN при подключении через роутер? Просто есть еще очевидный вариант - погрызанный кабель от компьтера до роутера.

Deleted ()

Кабель у тебя хреновый, провайдеру должно быть это видно.

ahi ()

Самый простой вариант проверки автосогласования/проблемы на линии от провайдера.

Берёшь свитч ровно на 100Мбит. Втыкаешь в него кабель от провайдера, второй кабель от свитча сначала втыкаешь в комп (проверяшь качество интернетов), потом второй кабель от свитча втыкаешь в микротик (проверяшь качество интернетов). Делаешь выводы.

Повторяешь процедуру, только берёшь свитч с гигабитными портами.

justAmoment ★★★★★ ()

Опытным путём выяснено что MT rb750gl живёт около трёх лет...

Yustas ★★★★ ()

Вестимо, существует некий общеизвестный алгоритм согласования используемых пар и/или отдельные сетевушки хитро под такие неурядицы подстраиваются.

Пары зафиксированы стандартом, но согласование режимов работы, да есть

https://en.wikipedia.org/wiki/Autonegotiation
https://en.wikipedia.org/wiki/Medium-dependent_interface#Auto_MDI-X

Раньше помнится, провайдеры пробовали принудительно выставлять на портах например 10Half.
Если в этом случае состояние переходит из не рабочего в рабочее, то проблема с высокой вероятность в кабеле.

pru-mike ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.