|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Nick A. Leuta 2:5020/400 07 Apr 2001 20:38:29
To : All
Subject : Re: дуплекс/полудуплекс
--------------------------------------------------------------------------------
"Fedor Koleda" <Fedor.Koleda@f1043.n5020.z2.fidonet.org> сообщил/сообщила в
новостях следующее:
> >> NAL> 18[0,5] метров. Причем, вроде бы на практике реализуемо.
> >> а как насчет затухания сигнала?
> NL> В конце концов, ограничение на длину у ether'а связано с
особенностями
> NL> методики обнаружения/обработки коллизий
> По моему ты непpав... Огpаничения на длину все таки по двум паpаметpам,
> коллизии и затухание, так вот 180 метpов это огpаничение из-за затухания,
а
> огpаничение из-за коллизий гоpаздо менее жесткое, если память не изменяет,
> на 10 Мбит - 5120 метpов,
> на 100 Мбит - 512 метpов...
А задержки не в счет?
Hо самое-то смешное, что мы тут с тобой говорим про одно и то же, но с
разных сторон - я именно и имел в виду _принципиальное_ (в противном случае
при превышении 180 метров оно _вообще_ не должно было бы работать, но ведь
было сказано, что работает) для ethernet'a ограничение длины. А поскольку
оно, как мы оба показываем ниже достаточно большое, то "лазейки" для выхода
имеются. Хотя, наверно, фраза о том, что "машин всего две" в контексте можно
понять неправильно (в фуллдуплексе - самое ага, но не для коакса :-), а в
полудуплексе скорее самый пример для демонстрации причин возникновения
коллизий :-) ).
> Хотя могу ощибаться, но пpи желании это можно пpосчитать...
> Скоpость pаспpостpанения сигнала в пpоводнике: 200000 км/с
> Скоpость сети: 10 Мбит/с
> Минимальный pазмеp кадpа Ethernet: 512 бит
Угу, 576 на физическом, 512 - на MAC уровне...
> Пpи самом плохом pаскладе для pаспознавания колизий надо считать двойной
пpоход
> сигнала по длине пpовода:
> L=(512 бит * 200000 км/с) / (10 Мбит/с * 2) = 5120 метpов
Примерно так. Даже чуть побольше - порядка 5,5Км ( 51,2 Мкс (время передачи
MAC-кадра) * 0.77С (230м/мкс) / 2 ).
Однако из-за дополнительных задержек (на сетевой плате - кодирование, тракт
приемо-передатчика, да и повторители тоже) на распространение сигнала
остается меньше времени (примерно, половина времени передачи кадра). Отсюда
и постулированное расстяние в 2500м.
> Аналогично считается для 100 Мбит
Угу...
>NL> Хотя, если расстояния станут очень большими, то и о затухании придется
>NL> думать, и кабель класть потолще, и вообще это грязный хак :-)
>Все с точностью до наобоpот, о затухании пpидется думать pаньше чем о
коллизиях
>огpаничения по затуханию жестче.
Скорее уж сразу о помехах, затухании и особенностях Ethernet вместе взятых,
если уж на то пошло. Порой кабель может оказаться короче, чем отписано по
стандарту. В принципе, надо еще учитывать, что в разных средах скорость
прохождения сигнала будет разной (что тоже скажется на максимальном
расстоянии, хотя для "не-оптики" это и не столь существенно), и задержки,
связанные с работой оборудования, могут оказаться "заточены" под данные в
стандарте для выбранного типа кабеля параметры.
===================
* Сразу вслед за патчем версии 1.95 вышла новая версия патча, которая
устраняет ошибки добавленные в патче v1.95
SkyNick
--- ifmail v.2.15dev5
* Origin: Lipetsk State Technical University (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
