= Сообщение: 31842 из 47543 =============================== RU.FIDONET.TODAY = От : Andrei Mihailov 2:469/335 16 Jan 23 18:46:30 Кому : Konstantin Simonov 16 Jan 23 18:46:30 Тема : Прозвонить 44 узла в R50 (включая самого прозвонщега) FGHI : area://RU.FIDONET.TODAY?msgid=2:469/335+2d75e4d4 На : area://RU.FIDONET.TODAY?msgid=2:5000/118+63c56100 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FIDONET.TODAY?msgid=2:5000/118+63c58e2d ============================================================================== Hello, Konstantin Simonov. On 16.01.2023 21:16 you wrote:
KS>>> Буду жить с этим, когда ты расскажешь каким образом BinkD, не KS>>> соединяясь с узлом (не образуя канала), передает ему сообщение. AM>> Он разбивает файлы на пакеты и отправляет их в сеть, между его AM>> пакетами могут вклинивать в тот же кабель свои пакеты для других AM>> получателей другие твои программы - в сети с коммутацией каналов AM>> такое в принципе невозможно. KS> Какой кабель,
Которым твой комп к интернету подключен. Это может быть и радиоканал, но не суть. С кабелем проще объяснять.
KS> какие пакеты?
Об этом ниже.
KS> Надо передать файл от одного узла другому. Для этого надо KS> соединиться с этим узлом, сказать ему пароль, после чего будет KS> установлено соединение. Что там происходит внутри IP не важно, но KS> если установлено соединение, значит образован канал для передачи KS> информации. Аналогично и с диалапом. Не важно по каким проводам и KS> интернет-ресурсам и какии образом информация передается, но она KS> передается по какому-то логическому каналу.
Как раз то важно. Есть два варианта передачи информации на большие расстояния:
1. Сеть с коммутацией каналов.
Сеть состоит из узлов, соединенных между собой линиями связи (чтсло которых обычно ограничено). Когда абоненту одного из узлов надо послать информацию абоненту какого то другого узла, первый абонент посылает в сеть запрос на обслуживание, содержащий адрес второго узла. Узлы сети,получив этот запрос, начинают выполнять "поиск пути", соединяя линии связи между собой таким образом, что бы собралась целостная линия связи между вызывающим и принимающим абонентом. После того, как путь найден и вызываемый абонент ответил, между абонентами образуется прямой канал связи,соединяющий их _физически_. И этот канал сохраняется в течении всего сеанса связи. Если во время сеанса связи создание канала с одним из общающихся абонентов запросит третий абонент, он получит откпз в обсуживании - сигнал "Занято" т.к. абонентская линия может входить в состав только одного канала связи. Более того, отказ в обслуживании можно получить и в том случае, если запрашиваемый абонент свободен, но на одном из транзитных узлов заняты в уже построенных каналах все линии связи.
2. Сеть с коммутацией пакетов.
Отправляющий абонент не запрашивает создание прямой линии связи (канала) с принимающим абонентом, а просто подписывает информацию адресом получателя и отправляет в сеть. Дальше узлы сети перекидывают эту информацию друг другу до тех пор, пока она не попадет на узел, к которому непосредственно подключен получатель. Для повышения пропускной способности и снижения вероятности отказа в обслуживании, отправляемая информация разбивается на очень маленькие фрагменты - _пакеты_, которые и путешествуют по сети. Причем разные пакеты одного файла могут добираться до долучателя _разными путями_ (поэтому более позднее отправленный пакет может прибежать к получаьелю раньше отправленного до него) - именно потому, что определенного выделенного канала связи между абонентами в сети с коммутацией пакетов _не_ создается - за счет малого размера, а значит и времени передачи пакета, линии связи,включая и абонентские, бОльшую часть времени свободны, это позволяет вклиниваться другим абонентам - ведь у тебя, одновременно с передачей фидопочты, могут качаться торренты, приходить емейлы и сообщения в скайп/вайбер/телеграмм, ты можешь лазить по сайтам и т.д. В сети с коммутацией каналов все это было бы невозможно - сообщение в вайбер ты получил бы только после окончания сеанса связи по Фидо. Это преимущество сети с коммутацией пакетов. А ее недостатком являются отсутствие гарантированности доставки информации, ее целостности, достоверности и конфиденциальности - это компенсируется добавлением специальных протоколов и шифрований на верхнем уровне, но тем самым усиливающих главный недостаток сети с коммутацией пакетов: непредсказуемости задержек. Это не критично для веба и почты, но очень критично для звука и видео, поэтому с почвлением VoIP и потокового втдео в интернете пришлось создавать еще и протоколы приоритета - и все равно звук и видео в сетях с коммутацией пакетов могут "тормозить".
3. Ну и различные промежуточные варианты тоже возможны. Ими, в частности, являлись ISDN и межсоединения телефонных станций по оптике. В последнем случае физический канал связи создавался только на "последней миле" - между абонентами и их АТС, а между АТС (узлами сети) действовал механизм коммутации пакетов. Это позволяло разгрузить сеть и снизить вероятность отказа в обслуживании при сохранении у абонентов обычных аналоговых телефонных аппаратов...но это уже совсем другая история.
Что же касается того,что ты назвал "каналом" - это никакой не скоммутированный канал связи, а его эмуляция на уровне протоколов верхнего уровня для подтверждения получения пакетов и перезапроса неполученных.
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Yet another Android node on Redmi Note 10 (2:469/335)
