5941

Как два байта переслать?

Что может быть проще пересылки текстового сообщения «Hello!» с одного компьютера на другой? Да ничего сложного! Сейчас всё придумаем, а заодно заново изобретём велосипед.


Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Физический уровень


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


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

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

На выходе из приёмника у нас получится вот такой вот график напряжения:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

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

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Оказалось, что на приёмное устройство включилось несколько позднее передающего, а кроме того, генераторы тактовой частоты у приёмника и передатчика несколько различаются. Хоть на них и написано 100 МГц, выяснилось, что приёмник работает с частотой 101,3 МГц, а передатчик – с частотой 100,9 МГц.


Разумеется, можно было бы оснастить два устройства высокоточными атомными часами, или использовать для синхронизации сигналы GPS (см. Маршрут построен), но это сильно дороже, чем мы рассчитывали. Вот, если бы нам удалось передать приёмнику тактовый сигнал передатчика. Подумав немного, мы решили добиться этого, закодировав сигнал, разделив каждый такт на 2 части. Ноль мы кодируем падением потенциала, а единицу – ростом:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Ура, нам удалось передать короткий текст с одного компьютера на другой! (А заодно мы заново изобрели Манчестерское кодирование, которое применяется в настоящее время в технологии Ethernet. Если вы зачистите пару проводов в сетевом кабеле и подключите их к осциллографу, вы увидите на экране картинку, очень похожую на эту:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

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


Кстати об Ethernet-кабеле (Витой паре) – хотя внутри него находятся 8 проводов, для передачи сигнала со скоростью до 100 Мбит /с достаточно всего четырёх из них. Все восемь требуются лишь для передачи со скоростью свыше 1 Гбит/с.


Канальный уровень


Мы построили физический канал связи, но все наши проблемы пока не решены. Пока мы передавали короткие наборы данных, всё было прекрасно. Но на длинных пакетах данных очень часто возникала проблема «сдвига фазы». Приёмник просто не знает, где кончается одно сообщение, и начинается другое:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Нам нужен какой-то способ разделять разные блоки данных между собой, назовём их кадры (или фрейм, frame) чтобы приёмник мог точно знать, где заканчивается один пакет, и начинается другой. Поскольку всё, что мы можем передавать – это нули и единицы, договоримся о специальном символе-разделителе, например, такой последовательности: 01111110. Теперь, перед началом пакета мы всегда будем посылать эту последовательность, а приёмник будет знать, что получает новый кадр. Тут возникает вопрос, а как поступить, если в передаваемых данных так же встретится подобная комбинация бит? Давайте тогда договоримся, что если внутри кадра нам требуется передать более 5 последовательных единиц подряд, то вместо 111111 мы будем передавать 1111101 – то есть, вставлять нолик после каждых 5 единиц. Приёмник, с другой стороны, так же будет настроен на то, чтобы игнорировать этот ноль. Чтобы не терять синхронизацию, во время простоя приёмник будет постоянно передавать последовательность-разделитель во время установленного соединения.


Когда же требуется установить новое соединение и установить синхронизацию по частоте будем пользоваться следующим соглашением – сначала несколько наносекунд молчания, длительность должна соответствовать как минимум длительности передачи 96 бит (12 блоков по 8 бит или октетов). Это нужно для того, чтобы точно удостовериться, что данные в настоящий момент не передаются. Затем будет посылаться преамбула – 56 бит повторяющихся пар нулей и единиц: 10101010101010101010101010101010101010101010101010101010 – так приёмник сможет точно измерить длительность, с которой будут передаваться биты. Затем мы передадим уже знакомую последовательность начал кадра: 01111110, после чего – наше сообщение.


Мы более-менее успешно справлялись только с одним видом соединения – от одной точки к другой (или по-английски Point-to-Point). А соглашение и правила, по которым мы условились осуществлять передачу, давайте назовём ПРОТОКОЛ. Но тут мы решили организовать компьютерную сеть, состоящую из нескольких компьютеров. Можно, конечно, оснастить каждую пару компьютеров отдельным каналом связи, но проще будет подумать, какие необходимо внести изменения в наш протокол, чтобы можно было бы передавать сообщение по одному физическому каналу на любой из подключённых к нему приёмников.


Для начала необходимо как-то идентифицировать компьютеры в нашей сети. К счастью, каждое приёмо-передающее устройство имеет нечто вроде уникального 6-значного (48 бит) серийного номера, который обычно записывается в шестнадцатеричном виде через двоеточие, например e0:62:0f:1a:02:2d, иначе он называется MAC-адрес (от Media Access Controlуправление доступом к среде).


То есть внутри нашего кадра мы теперь будем сначала передавать MAC-адрес приёмного устройства на компьютере-получателе, затем свой адрес (чтобы нам могли ответить), затем укажем подсказку, какие данные внутри, затем – сами данные, после чего – их контрольную сумму (её посчитаем по алгоритму CRC-32, о котором, может быть, я расскажу в другой раз. Тема интересная).


Наш кадр (Ethernet frame) приобретает следующий вид:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Ура, мы заново изобрели протокол Ethernet, одну из разновидностей протокола HLDC (High-Level Data Link Control).


Что передать в качестве типа данных? Давайте пока передадим 0001000 00000000 (0x800), а потом к этому вернёмся.


Тут стоит сказать, что есть одна разновидность HLDC под названием Point-to-Point protocol или сокращённо PPP, которая чуть отличается от вышеприведённой схемы. Поскольку, как следует из названия, он используется для связи вида «точка-к-точке», в поле адрес получателя всегда вносится 11111111 (FF), а в адрес получателя – всегда 00000011 (3). Почему? Так повелось исторически.


Сетевой уровень


И так, теперь, получая по локальной сети кадр данных, приёмник может проверить, а ему ли предназначается данное сообщение. Он сверит MAC-адрес, указанный в кадре со своим MAC-адресом, и, если данные предназначаются не ему – попросту проигнорирует его. Есть, правда, и способ передачи данных на все компьютеры, подключённые к нашей сети. Для этого, в качестве адреса получателя мы должны указать FF:FF:FF:FF:FF:FF – все единицы в двоичном представлении. В этом случае сообщение получит каждое подключённое устройство.


Примечание для параноиков: несмотря на это, при помощи небольших ухищрений данные, предназначенные другой машине, можно просмотреть из любой другой точки сети, эта техника называется «сниффинг», а программы, предназначенные для этого – снифферы или по-умному – анализатор пакетов. Один из наиболее известных и бесплатных Wireshark.


Но что, если у нас несколько сетей? Собственно, само слово «Интернет» это подразумевает. Если всё очень сильно упростить, то интернет – это совокупность локальных сетей, подключённых к крупным магистральным «хабам» (маршрутизаторам, хостам), с прямым соединением:


Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Допустим, нам необходимо передать наше «Hello!» с компьютера А на компьютер В:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Даже, если мы и знаем MAC-адрес компьютера В (а это в большинстве случаев не так), то при отправке пакета данных с компьютера А, внутри этой сети нет компьютера B, и, соответственно, адресат наше сообщение не получит. Получается, нам необходим какой-то иной адрес, который будет универсальным для любой сети, подключённой к Интернету. При помощи этого адреса, хабы смогут пробрасывать сообщение между различными локальными сетями, зная, к какому именно хабу подключена сеть, где находится компьютер адресата.


Совершенно ясно, что нам необходим новый протокол, который мы так и назовём: Интернет протокол (IP – Internet protocol), а адрес компьютера по этому соглашению – IP-адрес.


В настоящее время чаще всего используется схема адресации версии 4 (IPv4), где адрес состоит из 32 бит (4 октетов), которые записывают в виде десятичных цифр вида 192.168.0.1 или 127.0.0.1. Как нетрудно посчитать, такая схема может максимально адресовать 4 294 967 295 устройств, поэтому сейчас активно внедряется версия 6 (IPv6), в котором на адрес отведено аж 128 бит, вместо 32, чего с лихвой должно хватить на пару ближайших столетий.


Когда на хаб, соединённый сетью А передаются данные для сети B, используя данную адресацию, можно построить требуемый маршрут для передачи. Для этого на каждом из таких компьютеров имеется таблица адресов (таблица маршрутизации или routing table) и номер интерфейса (условно - сетевого адаптера) по которому следует передавать данные на нужный адрес.

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Но даже с IP версии 4, поддерживать на каждом хабе адресную таблицу, состоящую из 4 млрд. записей непрактично и вовсе невозможно, когда речь идёт об IPv6. Вместо этого, в адресной таблице (таблице маршрутизации) можно указывать целые группы адресов.


Например, компьютер в сети B имеет IP адрес 47.58.3.83. На хабе «Афина» (названия условны) в таблице маршрутизации указано: пакеты на 47.58/16 отправлять по интерфейсу 2 (на «Аид»).

Сокращение /16 означает любой адрес назначения, где первые 16 бит соответствуют 47.58. Таблица маршрутизации может содержать и уточнение, например 47.58.3/24 → 3 (на «Зевс»). В данном случае пакет будет направлен на хаб «Зевс», потому что чем больше степень уточнения (24 бит вместо 16), тем более высокий приоритет имеет запись.


Но таблицы маршрутизации не решают проблему, как компьютеру в одной локальной сети передать информацию на компьютер в другой сети. Собственно, мы подходим к тому, что внутрь Ethernet кадра, описанного выше, мы должны вложить IP пакет, где будет указано, на IP адрес необходимо доставить информацию.


И ещё – как узнать, какой именно из компьютеров в нашей локальной сети подключён к какому-либо из хабов, то есть, является «шлюзом» (Gateway) в интернет? Если открыть на компьютере свойства сетевого подключения, мы увидим картину, похожую на эту:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Как видно, адрес «шлюза» (Default gateway) обычно настраивается при подключении (Примечание: современные локальные сети могут конфигурировать подключение без участие пользователя). Так же здесь мы можем увидеть загадочное 255.255.255.0 – маску подсети. Она говорит нам о том, что у всех устройств в нашей локальной сети адреса первых 24 бит совпадают. Почему 24 бит? Достаточно посмотреть на эту «маску» в двоичном представлении: 11111111 11111111 11111111 00000000. Единицей промаркированы совпадающие биты в адресах. С такой маской в одной сети может одновременно находиться до 256 устройств. В крупных сетях маска может быть иной.


Эта конфигурация сети говорит о том, что на любой адрес, начинающийся с 192.168.0 можно пересылать сообщения по локальной сети, а информацию, предназначенную для других получателей – отправлять на «шлюз». Но возникает вопрос, адрес «шлюза» – это 4 ничего не значащих для нас цифры, ведь, чтобы отправить что-либо по сети Ethernet, нам необходим MAC адрес для этого устройства. Как водится в сетевом мире, и на это имеется свой протокол, который называется ARP – Address Resolution Protocol (протокол определения адреса).

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Простыми словами, в процессе отправки этого запроса по всем компьютерам в нашей сети, мы спрашиваем: «Эй, у кого тут адрес 192.168.0.1?». Шлюз примет это сообщение и ответит аналогичным пакетом, в котором будет указан код операции 2 (ответ) и заполненное поле, где будет указан его MAC-адрес.


На стороне получателя при получении информации извне, шлюз формирует точно такой же запрос, на который отвечает устройство-получатель, сообщая свой MAC-адрес.


Примечание: в жизни всё обычно несколько сложнее, так как IP-адреса внутри локальной сети не являются глобально-уникальными, и в функции шлюза так же входит обязанность по их преобразованию (трансляции). Данная техника имеет название NAT (Network Address Translation).


Теперь, имея физический адрес нашего шлюза и IP-адрес нашего получателя, мы, наконец, можем отправить информацию с текстовым сообщением «Hello!».


Для этого, в уже знакомый нам Ethernet фрейм мы вкладываем IP-пакет. Его структуру можно лицезреть ниже на рисунке (показана структура пакета версии 4). Заголовок пакета состоит из нескольких «слов», длиной 2 байта (32 бит):

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Отдельно здесь хочу уделить внимание полю TTL (время жизни) и зачем оно нужно. Если посмотреть на диаграмму с маршрутизаторами чуть выше, не всегда можно надеяться на то, что таблицы маршрутизации на всём пути следования настроены как надо. Предположим, IP-пакет, отправленный с «Афины» на «Аида», но тот, вместо того, чтобы передать его «Посейдону», передал его на «Гермес», который, в свою очередь, имеет правило маршрутизации, предписывающее передавать пакеты обратно на «Афину». Получается своеобразная «петля», и пакет бы передавался так вечно, если бы не «время жизни». С ним, пройдя определённое количество маршрутизаторов, пакет будет благополучно уничтожен (не дойдя до адресата).


Теперь же, заполнив этот «бланк электронного отправления», мы можем приступить непосредственно к установлению связи с компьютером в другой сети, зная, что маршрутизаторы на пути следования этого пакета данных смогут доставить его получателю.


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


Если вы невнимательно читали, я напомню, что внутрь одного PPP-фрейма может влезть максимум 1500 октетов (байт). Соответственно, если объём передаваемых данных больше этого значения, нам необходимо будет разбить их на несколько фрагментов и упаковать их каждый – в свой IP-пакет. Здесь нас подстерегает ещё несколько проблем.


Мы не знаем, по каким именно маршрутам будут пересылаться наши пакеты, мы не знаем, все ли из них будут доставлены (это называется потеря пакетов или packet loss), и нам никто не гарантировал того, что получены они будут именно в том порядке, что отправлялись.


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


Ещё одну проблему представляет ситуация, когда между двумя компьютерами одновременно ведётся два или более «разговоров» (например, пересылается файл и осуществляется видеозвонок).


Соответственно, нам нужен механизм (да, угадали – ещё один протокол), который бы позволял нам узнавать, был ли доставлен пакет и повторно отправлять их, если это вдруг произошло, а также определять какой из пакетов к какому из «разговоров» (или соединений) относится.


На помощь приходит Протокол управления передачей или TCP (Transmission Control Protocol), который призван решить все перечисленные проблемы, обеспечивая гарантированную передачу данных по ненадёжным каналам связи.


Пользователям достаточно знать, что, когда устанавливается TCP-соединение, между двумя устройствами как бы пробрасывается «труба», и любой поток данных, вошедших с одного конца, рано или поздно появится на другом, без потерь, искажений и в нужной последовательности (разумеется, если не произойдёт разрыва соединения, но и в этом случае отправитель будет знать, что данные не доставлены получателю).


Примечание: внутри IP пакета вовсе не обязательно должен находиться TCP пакет. Есть и другие протоколы транспортного уровня (UDP, ICMP, но описывать их все будет очень долго).


Проблема идентификации соединения («разговора») решается как обычно в компьютерном мире их нумерацией. При соединении с каким-либо компьютером, мы указываем протоколу TCP номер порта – произвольное 16-битное число, при помощи которого протокол будет определять, к какому именно соединению относится тот или иной пакет. Можно пользоваться любым незанятым портом, однако некоторые номера, всё же, используются под конкретные нужды конкретными протоколами более высокого уровня (да, да, там «наверху» ещё много протоколов). Так, например, всем известный протокол http (с которым работает веб-браузер) использует по умолчанию порт 80, древний протокол Telnet – порт 23, SSH – 22, и т. д.


Далее, протокол TCP разбивает передаваемые данные на фрагменты, так, чтобы «впихнуть» их в IP-пакеты, которые, в свою очередь, будут «упакованы» в Ethernet-фреймы. Но перед этим, фрагменты нумеруются по порядку, и каждому из фрагментов присваивается свой номер.


«Разговор» двух машин по протоколу TCP может быть двунаправленным, то есть, обе машины могут как посылать, так и принимать данные. При получении каждого нового пакета, машина генерирует ответ-подтверждение, которое так же нумеруется. Так обе стороны точно знают, какие данные были переданы, а какие – ещё нет.


Кроме этого, дополнительно в TCP-протоколе предусмотрены 9 однобитовых флагов, позволяющие более точно регулировать процесс обмена данными. Для экономии места я опишу только часть:

SYN – Бит синхронизации, этот флаг устанавливается только на первом пакете.

ACK – Бит подтверждения – у всех пакетов после первого SYN, должен устанавливаться данный флаг.

RST – сброс соединения

FIN – последний пакет.


Общая структура заголовка TCP пакета показана на диаграмме. Обратите внимание, что порядок бит – обратный (младшие биты слева). Так, например, число 100 (0x64) должно быть указано в обратном порядке: 00100110.

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

Начало сеанса TCP, также называемый «рукопожатие» (handshake), проходит так:


1. Клиент, который намеревается установить соединение, посылает серверу сегмент с номером последовательности и флагом SYN. Примечание – в целях безопасности (во избежание злонамеренной подмены номера пакета по пути следования, номер последовательности генерируется случайным образом).


2. Сервер, при готовности принять соединение, запоминает его номер последовательности и посылает клиенту сегмент со своим сгенерированным номером последовательности и установленными флагами SYN и ACK (синхронизация и подтверждение). Если сервер не готов к соединению, отправляется флаг RST.


3. Клиент, получив подтверждение, запоминает номер последовательности сервера и так же посылает пакет с флагом ACK.


Трёхэтапного согласования на практике обычно достаточно для перевода соединения в состояние «установлено» (established). После этого как клиент, так и сервер, могут начинать передачу данных друг другу. Получение каждого пакета подтверждается пакетом с флагом ACK, а так же номер подтверждения – то есть, первоначальный номер последовательности плюс количество полученных байт. Если приходит пакет с номером более ожидаемого, он «буферизируется» – запоминается в специально-выделенной области памяти, которая называется «буфером» в ожидании своей очереди.


Для того, чтобы передающая сторона не отправляла данные интенсивнее, чем их может обработать приёмник, TCP содержит средства управления потоком. Для этого используется поле «окно». В сегментах, направляемых от приёмника передающей стороне, в поле «окно» указывается текущий размер приёмного буфера. Передающая сторона сохраняет размер окна и отправляет данных не более, чем указал приёмник. Если приёмник указал нулевой размер окна, то передача данных в направлении этого узла не происходит, пока приёмник не сообщит о большем размере окна.


Когда требуется завершить соединение, его закрытие так же происходит в три этапа.


1. Посылка серверу от клиента флага FIN на завершение соединения.

2. Сервер посылает клиенту флаги ответа ACK , FIN, что соединение закрыто.

3. После получения этих флагов клиент закрывает соединение и в подтверждение отправляет серверу ACK , что соединение закрыто.


Как мы убедились, наши «два байта», которые мы хотели переслать, были в действительности упакованы в своеобразную «матрёшку»:

Как два байта переслать? Osi, Телекоммуникации, IT, Интернет, Длиннопост

И это ещё только вершина айсберга. В этом посте весьма поверхностно описаны всего 3 из 7 уровней сетевой модели OSI (Open Systems Interconnections) – де-факто стандарта, связующего огромное количество разнообразных протоколов, которые используются в настоящее время в телекоммуникационных системах. Чтобы описать их все (со всеми протоколами), потребуется издать весьма толстую книгу, написанную сухим техническим текстом без «разжёвывания», поэтому, да простят меня сисадмины и специалисты по телекоммуникациям, если я не сказал чего-то важного, по их мнению.


Как видите, простая поговорка «Просто, как два байта переслать» имеет весьма непростой подтекст.

Найдены дубликаты

+500
Шик, даёшь повышение качества контента на пикабу!
До уровня приложений допишете ведь, да?
раскрыть ветку 105
+443

Я знаю хороший анекдот про UDP.

Но он может до вас не дойти.

раскрыть ветку 46
+260

Я знаю хороший про tcp, и если он до вас не дойдет, я повторю снова

раскрыть ветку 32
+32

А я знаю про пейджер


- Але оператор? До меня не доходят сообщения!

- Попробуйте прочитать их еще раз...

+2
Но он может до вас не дойти.
Нам пофигу.

У нас флажковая азбука и морзянка.

***---***

Иллюстрация к комментарию
раскрыть ветку 10
0

Мне больше "по душе" такое изложение Немного о сетевых понятиях (осторожно мат)

+38
Это что думать надо будет? Не, нам ваш интернет нахуй ненужон
Иллюстрация к комментарию
+71
Ловите хабрушника !
раскрыть ветку 2
+14

На митап побежал =>

раскрыть ветку 1
+19
Не хера не понял, но так сука интересно!
+8
Вероятность такого исхода 50/50
раскрыть ветку 4
+5
0 из 1
раскрыть ветку 3
+7

Ну к примеру в курсе "Сети для самых маленьких" момент с уровнями гораздо проще и нагляднее описан. Описан на примере ICMP запроса. Тут все таки очень много текста, который по итоге не умещается.

раскрыть ветку 2
+9

Да, там годнота.

Здесь тоже годно, но картинку с вложениями уровней я бы вывернул наизнанку.

И в какой-то момент все резко усложняется.

раскрыть ветку 1
+14
Ну, тут тс кратко пересказал книгу "компьютерные сети" Таненбаума. Может даже где-то скопипастил
раскрыть ветку 11
+27
Все так эту книгу хвалят. Наверное, надо будет почитать.
раскрыть ветку 9
0
И слава богу!
+3

Мне прям захотелось написать пост про работу телефонии через ip сеть, но боюсь так же разжевать не получится)

раскрыть ветку 3
0
Всегда хотел знать как ip телефония работает. Пиши конечно!
0

пиши, интересно почитать

0
Пишите, Шура, с удовольствием почитаем
+1
Учебник Олифера в одном посте! Класс, продолжайте в том же духе. Подписался.
раскрыть ветку 1
+1
Олиферов же, их там двое)
+1

а там всё тоже самое по сути, сочетание тех же приемов

но пишет прикольно это да, жаль что все эти знания совершенно бесполезны в реальном мире разработки, седьмой год работаю так ни одного сокета и не открыл

раскрыть ветку 1
0

Ну дак смотря кем работаешь. Писать ресты - конечно там оно не пригодится. А вот писать код для коммутаторов cisco, например, без этого нельзя

+1
Согласен, отличное объяснение!

Я, правда, "поплыл" ещё на сетевом уровне: ну мак-адрес - это понятно. А как они все "по одной трубе" общаются? Каждое устройство ожидает пока все сигналы в проводе стихнут и только потом начинает возбуждать свои? Кто этим дирижирует?
раскрыть ветку 17
+7

Работа эзернета- разговор вежливых людей в темноте: говорит один - остальные слушают, после речи все вежливо молчат, если начинают говорить одновременно, то все замолкают, ибо конфуз. Вот и вся суть.

раскрыть ветку 4
+2
В ethernet используется практически не модифицированный протокол множественного доступа ALOHA. Если кратко, это протокол случайного доступа, что означает, что как такогого менеджера нет. У каждого абонента есть вероятность отправки сообщения в окно, которую он условно увеличивает если повезло и уменьшает - если нет. А алгоритмов есть множество. В LTE используется наоборот - схема с менеджером, который конкретно говорит - вот сейчас передавай ты - тогда получается плюс-минус честно с очередями и приоритетами. Но у неё есть издержки на сервисный канал, что крадёт пропускную способность. Это если на пальцах. Вообще окей гугл канал с множественным доступом.
раскрыть ветку 10
0
Свитч, коммутатор.
0

Не успеет...

0
Лови Ок, мастер
-4
-Как два байта переслать?
-Как два пальца обоссать...
раскрыть ветку 2
0

Тоже нужен протокол?

раскрыть ветку 1
-24
Может конечно и познавательно, но слишком много букв. Непонятно, для кого написано: для гуманитария много терминов, для технаря - не интересно. Я против такого контента.
раскрыть ветку 1
+1
Разумеется, всем насрать :)
ещё комментарии
+189

В начале было слово, и слово было 2 байта, а больше ничего не было. И отделил Бог единицу от нуля, и увидел, что это хорошо...(с)

раскрыть ветку 24
+250
1.  В начале было слово, и слово было два байта, а больше ничего не было.

2.  И отделил Бог единицу от нуля, и увидел, что это хорошо.

3.  И сказал Бог: да будут данные, и стало так.

4.  И сказал Бог: да соберутся данные каждые в свое место, и создал дискеты, и винчестеры, и компакт-диски.

5.  И сказал Бог: да будут компьютеры, чтобы было куда пихать дискеты, и винчестеры, и компакты, и сотворил компьютеры, и нарек их хардом, и отделил хард от софта.

6.  Софта же еще не было, но Бог быстро исправился, и создал программы большие и маленькие, и сказал им: плодитесь и размножайтесь, и заполняйте всю память.

7.  Но надоело Ему создавать программы самому, и сказал Бог: создадим программиста по образу и подобию нашему, и да владычествует он над компьютерами, и над программами, и над данными. И создал Бог программиста, и поселил его в своем ВЦ, чтобы работал там. И повел Он программиста к дереву каталогов, и заповедал: из всякого каталога можешь запускать программы, только из каталога Windows не запускай, ибо мастдай.

8.  И сказал Бог: не хорошо программисту быть одному, сотворим ему пользователя, соответственно ему. И взял Он у программиста кость, в коей не было мозга, и создал пользователя, и привел его к программисту; и нарек программист его юзером. И сидели они оба под голым ДОСом, и не стыдились.

9.  Билл был хитрее всех зверей полевых. И сказал Билл юзеру: подлинно ли сказал Бог "не запускайте никакого софта"? И сказал юзер: всякий софт мы можем запускать, и лишь из каталога Windows не можем, ибо мастдай. И сказал Билл юзеру: давайте спорить о вкусе устриц с теми, кто их ел! В день, когда запустите Windows, будете как боги, ибо одним кликом мышки сотворите что угодно. И увидел юзер, что винды приятны для глаз и вожделенны, потому что делают ненужным знание, и поставил их на свой компьютер; а затем сказал программисту, что это круто, и он тоже поставил.

A.  И отправился программист искать свежие драйверы, и воззвал Бог к программисту и сказал ему: где ты? Программист сказал: ищу свежие драйверы, ибо нет их под голым ДОСом. И сказал Бог: кто тебе сказал про драйверы? уж не запускал ли ты винды? Программист сказал: юзер, которого Ты мне дал, сказал, что отныне хочет программы только под винды, и я их поставил. И сказал Бог юзеру: что это ты сделал? Юзер сказал: Билл обольстил меня.

B.  И сказал Бог Биллу: за то, что ты сделал, проклят ты пред всеми скотами и всеми зверями полевыми, и вражду положу между тобою и программистом: он будет ругать тебя нехорошими словами, а ты будешь продавать ему винды.

C.  Юзеру сказал: умножу скорбь твою и истощу кошелек твой, и будешь пользоваться кривыми программами, и не сможешь прожить без программиста, и он будет господствовать над тобой.

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

E.  И выслал Бог их из своего ВЦ, и поставил пароль на вход.

F.  General protection fault.
раскрыть ветку 13
+13
Классика... Эххх.
+20

Один облом. Счет сбит. Что было в 0?

раскрыть ветку 4
+6
И передвинул юзер мышь и возвестила его Винда о необходимости перезагрузки, дабы изменения вступили в силу.
+5
И взял Он у программиста кость, в коей не было мозга, и создал пользователя
чет орнул
+2
Вы ошиблись только в одном- все это бог создал за семь дней.
раскрыть ветку 3
+1

Ave Omnissiah!

+36

Математики считают, что Бог в числах...

Физики - что в элементарных частицах...

Психологи - что в человеческом сознании...

И только программисты уверены, что Бог - один из них.

+1
Ну... тогда уж 2 бита - "нОлик" и "Единичка"... если память не изменяет, 1 байт -> 8 бит))))) блин, помню все эти переводы из двоичной в 16-ную, в 8-ю... но самое ебаное привязать всё к 10-ной))))) хотя недавно, где-то видал как раньше рисовались арабские цифры, там что-то про углы вроде - у каждой цифры количество углов соответствует её номиналу, если кто помнит - скиньте, пожалуйста, а то что-то помню, но не полностью... какая-то пустота в этом моменте, и вроде бы не важная инфа, но потеряна)))))
пысы: кстати, предмет назывался Программирование, там системы исчесления, последовательные триггеры и т.д. что-то такое, к Информатике отношение имела мало, но объясняла значение 0 и 1... училка зачётная была))) по предмету 5, хотя нихера не помню, спустя 25 лет... работаю электромонтажником, главный инструмент - лом и лопата)))))))))))))))))) системй исчисления не особо пользуюсь)))
Иллюстрация к комментарию
Иллюстрация к комментарию
0
Во истину брат.
и помножил бог все на ноль.
раскрыть ветку 1
0
Через командную строку
-5

...и слово то было "Пуск"

раскрыть ветку 5
+2

скорее уж root.

раскрыть ветку 4
ещё комментарии
+182

Святой Коннектий! Неужели в теге IT наконец-то что-то любопытное, а не очередная история "про охуенного админа которого никто не ценил, а потом он уволился и всё пошло по пизде..."!

ещё комментарии
+39

Прям как будто сходил на лекцию) ностальгия хД

раскрыть ветку 6
+10

Не, это как целый курс. Ну или почти. Мы эти протоколы проходили по одному за пару, потом лабы писали. Да и то - физический - канальный - сетевой более углубленно на одном курсе, сетевой-транспортый более угулбленно на другом, и уже от сетевого до прикладного более углубленно на третьем. Конечно помимо сетевой модели было и много другого, но к этому моделю возвращались часто.

+5

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

+1
А я неделю назад ccna сдал. Почувствовал что-то типа ностальгии по горячим следам.
раскрыть ветку 3
0
Почему сейчас решил сдавать? После февраля можно будет на ccnp , без ccna сдать вроде как. Входная планка материала не сильно изменится. И что будет с твоим текущим сертификатом? Ccna так и останется или его можно будет как-то обменять? Не в курсе?
раскрыть ветку 2
+144

Когда прочитал начало поста и перемотал поскорее в конец

раскрыть ветку 3
+17

Все так и было. Опередил!

+8

Мой учёба в институте за одну гифку

0
У вас какая-то гифка поддельная
+17

Смотрел видео, где рассказывали как на зоне письма посылки передают. Из окон выкидывают кучу веревок, ты просто посылаешь письмо в окно по ниточке, дальше оно попадает в какую то камеру, если правильно збс, если нет, то отправляем дальше, пока не дойдет адресату.

Оказывается они по  HLDC делают.=)

раскрыть ветку 2
+1

у них там коаксиальное соединение)

раскрыть ветку 1
0

Нет, туннелирование. И крайне интересные керриер-протоколы)

+47

ссука то что я сейчас прочитал и понял за 10 минут нам жевали два семестра и тогда я нихуя не понял

раскрыть ветку 13
+40

Возможно сейчас ты понял именно потому что до этого тебе жевали 2 семестра

раскрыть ветку 1
+1

возможно, но те два семестра были в 2002-м году

+6
Потому что учебники обычно не передают последовательности эволюции, а без этого очень сложно понять, зачем выдумали столько геммороя.
раскрыть ветку 5
+9

Вот, кстати, этим многие дисциплины грешат. Когда излагают последовательно - начиная с постановки проблемы, поэтапно объясняя, как она решалась, какие появлялись другие проблемы, и т. д., очень многое в голове раскладывается по полочкам. А когда говорят "вот это работает так, запомните" - ни хрена в голове не остаётся.

раскрыть ветку 3
+1

Как сказал про аксиоматическое изложение профессор Евгений Викторович Шикин: "теряется естественность нетривиального хода мысли".

+2
Вово, ходишь учишь, читаешь Танненбаумов на 500 страниц..
раскрыть ветку 2
0

там 950)

раскрыть ветку 1
0
Промазал комментом
0
Мог бы книжку прочитать уже, за два семестра-то
+48
Спасибо
Иллюстрация к комментарию
раскрыть ветку 2
+21

Передёрнул пару байт? Тогда шли FIN

раскрыть ветку 1
+1
Ещё не FIN, только прелюдия
+11
О курсач готов
+20

В этом посте весьма поверхностно описаны всего 3 из 7 уровней сетевой модели OSI (Open Systems Interconnections) – де-факто стандарта

Модель OSI не является стандартом. Уж очень долго ебали мозги с разработкой протоколов. Это всего лишь модель, на которой удобно объяснять принцип построения всего этого добра с максимальным дроблением функциональности. Стандартом в IP-сетях является TCP/IP с четырьмя уровнями. Физический там отдельно не выделяется, а над транспортными протоколами есть только прикладные.

раскрыть ветку 14
+6
А ещё mpls, который нумеруется обычно как уровень 2.5 :)
раскрыть ветку 9
+1

Только теми, кто не читал стандарт, и не имеет ни малейшего представления, о чем там говорится.

Те, кто читал, знают, что разделение на уровни взаимоисключающее и совместноисчерпывающее: их ровно семь, и больше не нужно.

раскрыть ветку 8
+2

-- Опишите модель OSI своими словами.

-- Физический уровень, канальный, сетевой, транспортный, какая-то ненужная фигня, какая-то ненужная фигня, прикладной.

раскрыть ветку 1
0

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

0
модель OSI является стандартом ISO:
https://www.iso.org/ics/35.100/x/
0

Ты немного путаешь. Модель OSI является стандартом ISO/IEC 10026.

Также клонирована в

ГОСТ Р ИСО/МЭК 7498-1-99. — «ВОС. Базовая эталонная модель. Часть 1. Базовая модель». — ОКС: 35.100.70. — Действует c 01.01.2000. — 62c.
ГОСТ Р ИСО 7498-2-99. — «ВОС. Базовая эталонная модель. Часть 2. Архитектура защиты информации». — ОКС: 35.100. — Действует c 01.01.2000. — 39c.
ГОСТ Р ИСО 7498-3-97. — «ВОС. Базовая эталонная модель. Часть 3. Присвоение имён и адресация». — ОКС: 35.100. — Действует c 30.06.1998. — 50c.
ГОСТ Р ИСО/МЭК 7498-4-99. — «ВОС. Базовая эталонная модель. Часть 4. Основы административного управления». — ОКС: 35.100. — Действует c 01.01.2000. — 16c.

Что, однако, не означает что эта модель была воплощена в жизнь и где-то используется. Стандартом де-факто, безусловно стал и является TCP/IP.


Ещё более забавное: в указанном ISO сказано, что протоколы не относятся к уровням :)

+18

Кстати об Ethernet-кабеле (Витой паре) – хотя внутри него находятся 8 проводов, для передачи сигнала со скоростью до 100 Мбит /с достаточно всего четырёх из них. Все восемь требуются лишь для передачи со скоростью свыше 1 Гбит/с.

8 проводников нужны уже свыше 100Мбит,

раскрыть ветку 16
+2

Еще был 100BASE-T4 он требовал 4 пары проводов для 100 Мбит

раскрыть ветку 2
+1

Сейчас многие провайдеры дают 200-400мбит интернет. Это не гигабит, но 2 пар уже недостаточно и самым экономным, кто один кабель на две квартиры кидал, приходится переделывать.

раскрыть ветку 1
0
@cicatrix, поправьте пожалуйста начало про свыше 1 гигабита
0
Еще кроме основной инфы у ethernet пакетов есть преамбула для синхронизации передачи.
-5
раскрыть ветку 10
+12

...from 10 Mbit/s to 100 Mbit/s...

...свыше 100Мбит...

+1
Хоть одна железка существует с этим самым т2?
раскрыть ветку 1
0

Т2 же 50 Мбит...

-1

Пишите такие посты еще!

-3

"все 8 требуются для передачи и приема со скоростью один (1) Гбит/c и выше", вот так было бы точно сказать. В копипасту умеете, научитесь и в логику.

раскрыть ветку 4
ещё комментарии
+9
Если бы стояла задача сделать все с нуля, то выбор ethernet в связке с IP и TCP крайне неудачное решение.
IP и ethernet создавались разными организациями, под разные цели и без оглядки друг на друга.
Теперь это срощенные еж с ужом.
С кучей костылей в виде STP, ARP и прочих прелестей.
P.S.
Ethernet по своей природе общая шина, by design. Внедрение коммутаторов позволило уйти от этой топологии, а использование сетевых мостов в купе с SPT передавать кадры за пределы одного сегмента. Но протокол сам по себе не предусматривает этого, простой как валенки. И IP тут не нужен.
IP как раз наплевать на ethernet, при его создании предполагалось что узлы будут соединены друг с другом напрямую, каждый узел будет обладать маршрутами до следующих узлов (этакая паутина). Именно по этому там в заголовке есть только адреса источника и назначения.
Отличной иллюстрацией служит то как в современной ЛВС, использующей ethernet и IP, пакет должен попасть на шлюз.

Из-за этой специфики сейчас существуют проблемы с мобильными сетями.
Поэтому делая с нуля, лучше не делать связку ethernet+IP.
Но уже поздно пить боржоми.
раскрыть ветку 2
+2

Так вроде Ethernet и IP разные уровни, и решают разные задачи. Причем полностью изолированы друг от друга.

Например в Windows 9.x можно было в Ethernet кадр чуть ли не протокол 7 уровня пихать. Так и наоборот IP пакет можно засунуть в WiFi.


Плюс Ethernet с 1995 года не общая шина, а звезда и в принципе может обеспечить соединение точка-точка. Общая шина поддерживается для обратной совместимости и со стандарта 10 Гбит она была выкинута. Реально она уже не использовалась с 1 Гбит.


По поводу проблемы мобильной сетей: тут сложность не из-за того, что Ethernet+IP плох, а из-за разных философий коммутации. Телефонная связь ориентирована на комутацию каналов, а компьютерные сети на комутацию пакетов.

+1

IP и ethernet создавались разными организациями, под разные цели и без оглядки друг на друга.
Теперь это срощенные еж с ужом.
более того, они создавались для небольших локальных сетей с десятком-другим узлов. Никто не рассчитывал что это будет всемирная сеть с миллиардами хостов.

+7

Три раза перепроверил адресную строку - не Хабр ли я читаю? 😃

раскрыть ветку 1
+1

UDP штоли?

+7

я учился в колледже на специальности компьютерные сети и чувак, щас смотрю назад и мне кажется если б я прочитал эту статью , в принципе это было бы равносильно 4 когда то отученным годам в колледже )


это прям супер кратко и по делу

раскрыть ветку 1
0
Плюсую, тоже шаражница. Аж мозги зашевелились, что-то вспоминать начала
+6
Иллюстрация к комментарию
+6

Вот так бы. Да о usb протоколе.

Глядишь бы и смог разобраться в нем.

+15

Прикольно. Кроме шутки про два байта. Два байта переслать можно и без всей этой чепухи с Ethernet и прочей хуйни поверх. RS-232 -- идеальное решение для задач по пересылке двух байтов.

раскрыть ветку 25
+26

... через океан :)

раскрыть ветку 10
+30

В исходной поговорке не было и слова про океан, читайте ТЗ.

раскрыть ветку 5
0
Всё правильно: берёшь кабель с rs-232 (чем длиннее, тем лучше), вяжешь узелками 2 байта. Везёшь через океан.
0
C2. C2сп)
0

Через океан можно по радио с psk31.

-1

можно и через океан. Заменяем проводки на волокна оптики и вуаля :)

+3

Ну 2 байта вполне можно телеграфным ключом настучать

+1

RS-232

...который является физическим протоколом, используя логический UART

И даже ту  два протокола задействовали!

0