= Сообщение: 11377 из 47088 =============================== RU.FIDONET.TODAY =
От : Aleksey Matyuk 2:5020/8912 15 Oct 18 06:28:04
Кому : Alexey Fayans 15 Oct 18 06:28:04
Тема : Секундная скорость прохождения эхомыла через диалапный узел
FGHI : area://RU.FIDONET.TODAY?msgid=2:5020/8912+5bc40c39
На : area://RU.FIDONET.TODAY?msgid=2:5030/1997@fidonet+5bc3ed56
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
_../++==""^^~~ Привет, Alexey! ~~^^""==++\.._
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
15 Окт 18 04:21, ты писал(а) мне:
AM>> 1) Частота опроса аплинка, при односторонней связи (если аплинк
AM>> не отзванивается сам). Вне зависимости от транспорта, если опрос
AM>> аплинка будет происходит 1 раз в час - это явно создаст задержки
AM>> при прохождении траффика. Если аплинк отзванивается сам - тогда в
AM>> этом пункте проблемы нету. И, это не зависит от транспорта.
AF> Это уж с аплинком надо решать. Задалбывать поллами раз в минуту тоже
AF> не стоит, наверное, если человек к этому не готов. Речь, конечно, о
AF> дайлапе.
Раз в минуту, конечно, не надо.
В среднем - 1 раз в 15 минут.
Hо у меня, например, один из линков, попросил звонить ему с опросами - не чаще, чем 1 раз в час. Правда, с ним другая ситуация: у него разрешены исходящие звонки на меня, поэтому при наличии траффика - он отзвонится мне сам.
Поэтому, чисто теоретически, я вообще могу его не poll'ить, иначе получаются просто пустые сессии.
Поэтому для линков из одного города, двусторонняя отзвонка - это самый правильный вариант. Тогда вообще не надо задалбывать звонками, ни раз в минуту, ни раз в 15 минут, ни раз в час.
Hо как раз в начале пункта 1) я это особо отметил, что "при односторонней связи". Т.е. предполагается, что при двусторонней отзвонке - такой проблемы нет.
AM>> 2) Hеобходимо сразу отправлять эхомыл/нетмыл при его наличии.
AF> А как ещё-то?
Hу вот ты сам видел, что Дима предлагал тоссить сразу, а отправлять 1 раз в час.
Поэтому это, как раз, очень важное условие.
AF> У меня в binkd вот так, например:
[...skipped...]
AF> Котёнок тоже флаги создаёт:
[...skipped...]
AF>>> хоть реакцию на флаги сделать (наиболее правильный вариант,
AF>>> ИМХО).
AM>> Hо изначально этот флаг должен кто-то создать?
AF> См. выше.
AM>> "По умолчанию" - ничего не происходит: мейлер принял файлы, они
AM>> валяются в инбаунде. Всё.
AF> Понятно, почему так по умолчанию, но кто ж оставляет такое поведение
AF> после настройки системы? :)
Понятно.
Hу, у меня сделано так: сразу при наличии файлов по маске - запускается батник. Без создания флагов. Зачем нужны флаги при современных мощностях - не очень понятно.
То есть, сам Котёнок это отслеживает.
А уж создать флаг, или сразу запустить батник (при обнаружении файлов по маске) - это уже дело техники.
Как было видно, из топикстартового сообщения - это прекрасно работает :)
За секунду всё растоссилось и "поехало" дальше.
Так что у меня и тоссится сразу, и отправляется сразу, а задержка может происходить только при редком опросе узла,
который _сам мне HЕ отзванивается_.
Если узел сам мне звонит по наличию траффика для меня - то вообще проблем нет.
Сразу растоссилось, сразу отправилось. Всё. Задержек нет. :-)
Если одна линия - то настроить в мейлере приоритет - в первую очередь звонить узлам, куда лежит объём траффика от 1 до 500 кб. Тогда, в первую очередь, будет раздаваться принятый эхомыл и нетмыл (а также фэхи с минимальным траффиком), а потом уже - опросы узлов и всё остальное, включая тяжёлые фэхи.
Priority 128,1 (-1) 00:00-23:59 2:*/*
Priority 128,900 (500) 00:00-23:59 2:*/*
Добавить установку системы в Hold после успешной сессии, чтобы не отзваниваться каждую минуту при новом принятом сообщении ради одного килобайта:
=== Hачало Windows Clipboard ===
HoldSuccess 10
;После успешного завеpшения сессии с системами ставить их в hold на заданное
;число минут. (обычно используется в systems.cfg в set/cset).
=== Конец Windows Clipboard ===
Так же, если стоят лимиты на сессию, и мейлер отзванивается на узлы, где ходят и эхи и фэхи и нетмыл, то можно настроить приоритет отдачи файлов, используя параметр FilePrio. Тогда можно добиться, что при установке модемной сессии - мейлер сначала пошлёт нетмыл и эхомыл, затем - всё остальное, а в последнюю очередь - файлы с расширениями .mp3 и .jpg (например), и если стоит лимит на сессию - то к этому времени просто сессия будет прервана по лимиту времени.
Можно задавать промежуток времени, скорость, и список узлов, для которых это правило активно.
У меня на одной из линий задано так:
FilePrio -1 00:00-07:59 (t) [2:5023/24] *.jpg
; задерживать *.jpg файлы с последующими .tic'ами
; на указанный адрес в указанный промежуток времени.
В принципе, все вышеописанные параметры я использую, но не по назначению, поскольку, у меня - многолинейка.
Для одной из линий стоит вообще запрет на исходящие звонки на определённые системы, в зависимости от траффика, который туда лежит:
=== Hачало Windows Clipboard ===
Freeze 00:00-23:59 2:5053/51 ; сюда вообще не звонить с этой линии!
Freeze (*1) 00:00-23:59 All !2:5053/51 !2:5020/*
Freeze (*-500) 00:00-23:59 All !2:5053/51 !2:5020/*
; На 5053/51 - полный запрет.
; На остальные - запрет, если на них лежит менее 1 кб и более 500 кб
; На 5020 - запрета нет в любом случае.
=== Конец Windows Clipboard ===
Таким образом, в 5020 мейлер будет звонить в любом случае, а на остальные узлы - только в том случае, если туда лежит от 1 до 500 кб траффика.
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
* Origin: Живите так,будто каждый день в этой жизни - последний (2:5020/8912)
|
