Секундная скорость прохождения эхомыла через диалапный узел

Aleksey Matyuk написал(а) к All в Oct 18 23:53:10 по местному времени:

../++==""^^~~ Привет, All! ~~^^""==++\..
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


"Получил, и в ту же секунду отправил".

Точнее, не отправил, конечно же, а начал исходящий вызов.

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

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

Сначала один мейлер совершил опрос узла и скачал небольшой пакет эхомыла:
(ниже - куски логов, а под ними - текст)

=== Начало Windows Clipboard ===

> 13 Oct 23:39:51 MAIL Вызов 2:5020/601, 8w495-195-9212

& 13 Oct 23:39:52 MAIL Modem reports: AT&U0&N0DT8w495-195-9212
& 13 Oct 23:40:00 MAIL Modem reports: RINGING
& 13 Oct 23:40:03 MAIL Modem reports: RINGING
& 13 Oct 23:40:35 MAIL Modem reports: CONNECT 7200/ARQ/V34/LAPM/V42BIS
% 13 Oct 23:40:35 MAIL CONNECT 7200/ARQ/V34/LAPM/V42BIS

> 13 Oct 23:40:35 MAIL Соединение на 7200 bps

% 13 Oct 23:40:35 MAIL Вpеменно yстановлено: 'НoldSuccess'='0'
% 13 Oct 23:40:36 MAIL Обнаpyжен EMSI-совместимый мэйлеp

> 13 Oct 23:40:38 MAIL Сессия защищена паpолем
> 13 Oct 23:40:38 MAIL Адpес: 2:5020/601@fidonet, 7-495-Pri-Vate
> 13 Oct 23:40:38 MAIL Станция: Legion BBS, Moscow, USSR
> 13 Oct 23:40:38 MAIL Мэйлеp: T-Mail 2608.NT/Noncommercial/Unregistered
> 13 Oct 23:40:38 MAIL СисОп: Doctor's Choice
> 13 Oct 23:40:38 MAIL Флаги: 57600,CM,MO,V34,V32T,НST,X2,V42B
> 13 Oct 23:40:38 MAIL Работает: 00:00-24:00
> 13 Oct 23:40:38 MAIL Файловые запpосы: 00:00-24:00

. 13 Oct 23:40:38 MAIL Поpядок пpотоколов на yдаленной стоpоне: RН
. 13 Oct 23:40:38 MAIL Вpемя на yдаленной стоpоне: 13 Окт 18 22:39:55

> 13 Oct 23:40:38 MAIL Ожидается 1 425 байт файлов

& 13 Oct 23:40:38 MAIL Выбpанный поpядок пpотоколов: НR
% 13 Oct 23:40:38 MAIL Успешное соединение (EMSI)

> 13 Oct 23:40:38 MAIL Нydra-сессия

& 13 Oct 23:40:38 MAIL Remote supports RН1 extension (files-after-freqs)
. 13 Oct 23:40:38 MAIL Опции Нydra: XON,TLN,DEV,ECP,NFI
< 13 Oct 23:40:44 MAIL R: 0000df89.SAo [1425], 639 cps
& 13 Oct 23:40:47 MAIL Outbound refreshing time: 0.00

> 13 Oct 23:40:47 MAIL Сессия с 2:5020/601, завеpшена: 1425/0 [00:00:09]

=== Конец Windows Clipboard ===


Затем запустил тоссер:

=== Начало Windows Clipboard ===
% 13 Oct 23:40:47 MAIL Запyск: start /min /wait D:\TOOLS\FIDO\cmds\toss2.cmd
=== Конец Windows Clipboard ===


Далее, за одну секунду, тоссер радостно растоссил сообщение, запаковав его на подписчика эхи:


=== Начало Windows Clipboard ===
---------- Sat 13 Oct 18, hpt/w32-mgw 1.4.0-sta 30-03-12
1 23:40:47 Start
1 23:40:47 Start tossing...
6 23:40:47 bundle D:\TOOLS\fido\spool\inbound\0000df89.tos: unpacking with "D:\TOOLS\fido\husky\pkzip25 -ext -dir=none -over=all -nofix -nozip -silent D:\TOOLS\fido\spool\inbound\0000df89.tos D:\TOOLS\fido\spool\tempinb\ "
4 23:40:48 Statistics:
4 23:40:48 arc: 1 netMail: 0 echoMail: 1 CC: 0
4 23:40:48 pkt's: 1 dupe: 0 passthru: 0 exported: 1
4 23:40:48 msgs: 1 bad: 0 saved: 1 empty: 0
4 23:40:48 Input: 1.00 mails/sec Output: 1.00 mails/sec
4 23:40:48 1.76 kb/sec
4 23:40:48 1.76 kb total, processed in 0.001 seconds
4 23:40:48 Areas summary:
4 23:40:48 echo area RU.FIDONET.TODAY - 1 msgs
6 23:40:48 cmd: D:\TOOLS\fido\husky\pkzip25.exe -add -max -dir=none -nozip -silent D:\TOOLS\UTILS\kitten\Out\139c22d0.pnt\00000a35.sep\c258ab00.sa0 D:\TOOLS\fido\spool\tempout\c258ab00.pkt
1 23:40:48 End tossing
1 23:40:48 End
=== Конец Windows Clipboard ===


После чего, спустя ровно секунду, мейлер другой линии начал исходящий вызов и отправил эхомыл подписчику:


=== Начало Windows Clipboard ===

> 13 Oct 23:40:48 MAIL Вызов 2:5020/8912.2613, 8w499-611-3250

& 13 Oct 23:40:48 MAIL Modem reports: AT&U0&N0DT8w499-611-3250
& 13 Oct 23:40:57 MAIL Modem reports: RINGING
& 13 Oct 23:41:13 MAIL Modem reports: CONNECT 26400/ARQ/V34/LAPM/V42BIS
% 13 Oct 23:41:13 MAIL CONNECT 26400/ARQ/V34/LAPM/V42BIS

> 13 Oct 23:41:13 MAIL Соединение на 26400 bps

% 13 Oct 23:41:14 MAIL Обнаpyжен EMSI-совместимый мэйлеp

> 13 Oct 23:41:15 MAIL Сессия защищена паpолем
> 13 Oct 23:41:15 MAIL Адpес: 2:5020/8912.2613@FidoNet, 8-499-611-3250
> 13 Oct 23:41:15 MAIL Станция: Labuda Station, Moscow
> 13 Oct 23:41:15 MAIL Мэйлеp: T-Mail 2607.NT/Noncommercial/Unregistered
> 13 Oct 23:41:15 MAIL СисОп: NoZDR
> 13 Oct 23:41:15 MAIL Флаги: 33600,<No flags>
> 13 Oct 23:41:15 MAIL Работает: 0:00-7:30
> 13 Oct 23:41:15 MAIL Файловые запpосы: 0:00-5:30

. 13 Oct 23:41:15 MAIL Поpядок пpотоколов на yдаленной стоpоне: RН
. 13 Oct 23:41:15 MAIL Вpемя на yдаленной стоpоне: 13 Окт 18 23:41:18
& 13 Oct 23:41:15 MAIL Выбpанный поpядок пpотоколов: НR
% 13 Oct 23:41:15 MAIL Успешное соединение (EMSI)
. 13 Oct 23:41:15 MAIL Исходящий тpафик: 1 326 байт
| 13 Oct 23:41:15 MAIL Огpаничение на сессию -- 2 минyт

> 13 Oct 23:41:15 MAIL Нydra-сессия

& 13 Oct 23:41:15 MAIL Remote supports RН1 extension (files-after-freqs)
. 13 Oct 23:41:16 MAIL Опции Нydra: XON,TLN,DEV,ECP,NFI

> 13 Oct 23:41:21 MAIL S: c258ab00.sa0 [1326], 1300 cps

& 13 Oct 23:41:23 MAIL Outbound refreshing time: 0.00

> 13 Oct 23:41:23 MAIL Сессия с 2:5020/8912.2613, завеpшена: 0/1326
> [00:00:08]

=== Конец Windows Clipboard ===


Как оказалось - это прошло через меня сообщение в эхе RU.FIDONET.TODAY от 13 Окт 18 22:25:30, MSGID: 2:460/58.58 5bc238cd.

(следом за ним прилетело ещё одно, но тут речь именно об этом)

После чего я закономерно удивился: почему это сообщение написанное в 22:25:30, пришло на мою ноду только в 23:40 ? Казалось бы, понятно почему - потому что именно в это время мой мейлер совершал опрос узла 2:5020/601, у которого я подписан на данную эху. Но тем не менее, это не так: свой узел я настраивал на более частый отзвон аплинкам (ну никак не раз в час), а до узла 2:5020/601 это сообщение должно было добираться только IP-транспортом, который, как я рассчитывал - должен быть значительно быстрее диалапа.

Откопав логи, я узнал, что до этого опрос узла 2:5020/601 был в 23:26, при этом, эхомыла принято не было:


=== Начало Windows Clipboard ===

> 13 Oct 23:26:49 MAIL Сессия с 2:5020/601, завеpшена: 0/0 [00:00:05]

=== Конец Windows Clipboard ===


(До этого в течение часа тоже было несколько звонков с нулевым результатом.)

Следовательно, искомое мною сообщение пришло на узел 2:5020/601 в период с 23:26 по 23:40, после чего, звонком в 23:40 я его забрал.

Написано оно в 22:25, значит путь его прохождения от узла отправителя до узла 2:5020/601 (предположительно по IP) составил от 61 до 75 минут.

А от узла 2:5020/601 через меня до тестового поинта на моей ноде - от 2 до 15 минут с учётом интервала опроса узла 2:5020/601, или 2 минуты без учёта такового опроса (но включая время дозвонки до аплинка /601 и до поинта).
При этом, сообщение после тоссинга находилось в очереди на тестового поинта около минуты (время дозвонки и коннекта).

Даже если предположить худший вариант, что на узел 2:5020/601 искомое сообщение пришло сразу же после моей предыдущей обзвонки, то есть в 23:27, то время его прохождения через мой узел (включая интервал опроса узла аплинка и время дозвонки) составляет 14 минут (в 23:41 завершена сессия с тестовым поинтом).

Теперь самый интересный вопрос: почему по IP сообщение шло от отправителя до узла 2:5020/601 от 61 до 75 мин.? (включая время тоссинга на узле 2:5020/601).

Посмотрел путь сообщения в исходном письме:

PATН: 460/58 463/68 5020/1042 4441 715 601

- получается, что по пути до /601 оно прошло 6 узлов.
Поделив время на количество узлов - получим среднее время прохождения
через IP-узел - от 10 до 12,5 минут.
Понятно, что поровну делить нельзя - скорее всего, оно через какие-то узлы проходило моментально, а где-то - задерживалось.

Предположим, среднее время прохождения через IP-узел составило 10 минут.
А через мой диалапный узел (с учётом интервала опроса аплинка) данное сообщение прошло всего за 14 минут, то есть разница оказалась не такая большая.

Интересный результат.

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

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

А если предположить, что искомое сообщение могло прийти на узел 2:5020/601 не в 23:27, а чуть позже, например, в 23:30, то время прохождения сообщения через мой узел вообще почти сравняется со средним временем прохождения сообщения через IP-узел.
Это с учётом интервала опроса аплинка, разумеется.


Вывод: не такой уж медленный диалапный транспорт, как его малюют.


Разумеется, если речь идёт о маленьких пакетах эхомыла, без ююков и прочего.

Впрочем, даже если таковой попадётся - он будет отправляться с отдельной линии (правда, весь бандл с ююком целиком), не занимая ту линию, которая предназначена для ежеминутной раздачи небольших пакетов эхомыла. А даже если, случайно, фильтр не сработает - то сработает ограничение на исходящую сессию (см.лог выше), после чего система будет поставлена в Нold, и уже отправка туда большого бандла будет осуществляться с другой линии в порядке общей очереди, вместе с фэхами, фреками и прочей лабудой.
То есть, большой ююк через меня так быстро не пройдёт. Он будет ждать общей очереди (и, по идее, большой бандл вообще не должен пытаться отправиться с той линии, откуда ежеминутно раздаётся полученный эхомыл,
что позволит сохранить эту линию свободной, и моментально отправлять полученные/растоссенные бандлы, как это было в логах выше).
Недостаток только в том, что в одном бандле с ююком могут содержаться другие сообщения, которые тоже будут задерживаться.


Правда, всё вышесказанное верно лишь при одном условии: диалапная нода (аплинк/даунлинк) имеет CM-ный режим работы.
Иначе, написав сообщение утром - получатель рискует его получить вечером, а то и ночью. Поэтому, наиболее быстрая - та диалапная нода, которая CM-ная.
Ну доставится там бандл с ююком не за 14 минут, а за 30 - ничего страшного.
Благо - не целый день :)


P.S. Сейчас, конечно меня раскритикуют, и найдутся люди, которые скажут, что в Фидо - такая скорость не нужна, и гнаться за ускорением не надо (или надо использовать IP-транспорт).
Но, если можно оптимизировать доставку небольших пакетов эхомыла - то почему бы этого не сделать? Хотя бы до половинной скорости его прохождения по IP.
Поэтому я использовал возможность "ускорить" прохождение эхомыла,
поскольку в моём случае это было сделать реально, и мощности для этого имеются.





* Оpигинал в 8912.LOCAL
* Также послано в RU.FIDONET.TODAY
* Также послано в RU.MODEM.NERDS





WBR, Aleksey Matyuk

Modem line #1: 8-495-597-0106 (CM)
Modem line #2: 8-495-597-0144 (CM)
Modem line #3: 8-495-597-0680 (CM)
Voice phone: 8-495-597-4144 New points and links are welcome!

--- E-mail: soft-cat@mail.ru