forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.FIDONET.TODAY

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 14.10.2018, 02:23
Aleksey Matyuk
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

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
Ответить с цитированием
  #2  
Старый 14.10.2018, 09:02
Vladimir Fyodorov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Vladimir Fyodorov написал(а) к Aleksey Matyuk в Oct 18 07:34:30 по местному времени:

Разнообразно приветствую!

Нello, Aleksey Matyuk.
On 13.10.18 23:53 you wrote:

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

Мне кажется, что в основном задержка происходит из-за того, что не у всех настроен тоссинг строго по приходу почты и отзвонка линкам по наличию почты. Многие считают, что запуск этих процессов вполне можно делать по крону, скажем, раз в 15 минут. Поэтому скорость канала влияет на общую скорость прохождения письма весьма незначительно.


--
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Пропала несущая? Заплатите налоги!
--- Нotdoged/2.13.5/Android
Ответить с цитированием
  #3  
Старый 14.10.2018, 10:12
Dima Bargamov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Dima Bargamov написал(а) к Vladimir Fyodorov в Oct 18 09:00:46 по местному времени:

Пpивeт тeбe, Vladimir!

Kaк-тo нa дняx (14 Окт 18) Vladimir Fyodorov пишeт к Aleksey Matyuk...

[ ... ]

VF> наличию почты. Многие считают, что запуск этих процессов вполне можно
VF> делать по крону, скажем, раз в 15 минут.
Особенно если вспомнить, что FIDO - это оффлайновая сеть,

VF> Поэтому скорость канала
VF> влияет на общую скорость прохождения письма весьма незначительно.
то скорость прохождения очень важный параметр. ;-)

Вы ничего не перепутали?


Дмитрий Баргамов. 73! Altyn CB Radio (RX3AVD)
--- GoldED+ (ru.fidonet.today)
Ответить с цитированием
  #4  
Старый 14.10.2018, 10:12
Jury Bogoyavlensky
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Jury Bogoyavlensky написал(а) к Aleksey Matyuk в Oct 18 08:31:12 по местному времени:

Нello, Aleksey!

13 Окт 18 23:53, ты Aleksey Matyuk 2:5020/8912 писал(а) All:

AM> "Получил, и в ту же секунду отправил".
AM> Точнее, не отправил, конечно же, а начал исходящий вызов.
AM> А точнее, только что, мейлер, получив небольшой пакет эхомыла -
AM> Как оказалось - это прошло через меня сообщение в эхе RU.FIDONET.TODAY
AM> от 13 Окт 18 22:25:30, MSGID: 2:460/58.58 5bc238cd.
AM> (следом за ним прилетело ещё одно, но тут речь именно об этом)
AM> После чего я закономерно удивился: почему это сообщение написанное в
AM> 22:25:30, пришло на мою ноду только в 23:40 ? Казалось бы, понятно
AM> Поэтому, наиболее быстрая - та диалапная нода, которая CM-ная. Ну
AM> доставится там бандл с ююком не за 14 минут, а за 30 - ничего
AM> страшного. Благо - не целый день :)

Мы засекали скорость хождения нетмейла по бинкд. В районе от 30 минут до 1 часа летает нетмейл. (туда/обратно)
От Москвы до Пензы, Севастополя. Два города на память, где точно проверяли с местными NC.

@PATН: 5020/1042 4441 715

Вот здесь вот могут быть небольшие задержки, зная, что /715 тоссит "на лету", /4441 не нетмейлхаб взятки гладки,
ну и /1042 нетмейл также тоссит "на лету". /601 тоссит после сессии.

Что касается эхомейла, такие замеры не проводлились. Мой бинкд каждые 30 минут звонит.

Jury
[Team OS/2]

--- Дед Пыхто 1.1.5-b20170303 дышит ровно 18 day(s) 0:45:52.432
Ответить с цитированием
  #5  
Старый 14.10.2018, 11:03
Vladimir Fyodorov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Vladimir Fyodorov написал(а) к Dima Bargamov в Oct 18 09:47:01 по местному времени:

Разнообразно приветствую!

DB> Особенно если вспомнить, что FIDO - это оффлайновая сеть,
VF>> Поэтому скорость канала влияет на общую скорость прохождения
VF>> письма весьма незначительно.
DB> то скорость прохождения очень важный параметр. ;-) Вы ничего не
DB> перепутали?

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

--
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Пропала несущая? Заплатите налоги!
--- Нotdoged/2.13.5/Android
Ответить с цитированием
  #6  
Старый 14.10.2018, 11:03
Vladimir Fyodorov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Vladimir Fyodorov написал(а) к Jury Bogoyavlensky в Oct 18 09:49:02 по местному времени:

Разнообразно приветствую!

JB> Что касается эхомейла, такие замеры не проводлились. Мой бинкд
JB> каждые 30 минут звонит.

А чего не раз в сутки? ;)

--
Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Пропала несущая? Заплатите налоги!
--- Нotdoged/2.13.5/Android
Ответить с цитированием
  #7  
Старый 14.10.2018, 13:43
Stas Mishchenkov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Stas Mishchenkov написал(а) к Dima Bargamov в Oct 18 12:22:36 по местному времени:

Нi, Dima!

14 окт 18 09:00, Dima Bargamov -> Vladimir Fyodorov:

VF>> наличию почты. Многие считают, что запуск этих процессов вполне можно
VF>> делать по крону, скажем, раз в 15 минут.

DB> Особенно если вспомнить, что FIDO - это оффлайновая сеть,

Вобщем-то - да, но все равно приятно, когда есть возможность переписываться в реальном времени.

VF>> Поэтому скорость канала
VF>> влияет на общую скорость прохождения письма весьма незначительно.

DB> то скорость прохождения очень важный параметр. ;-)

DB> Вы ничего не перепутали?

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715
Ответить с цитированием
  #8  
Старый 14.10.2018, 16:42
Dima Bargamov
Guest
 
Сообщений: n/a
По умолчанию Секундная скорость прохождения эхомыла через диалапный узел

Dima Bargamov написал(а) к Vladimir Fyodorov в Oct 18 15:28:34 по местному времени:

Сколько лет, сколько зим - да это ты, Vladimir!

Kaк-тo нa дняx (14 Окт 18) Vladimir Fyodorov пишeт к Dima Bargamov...

[ ... ]


DB>> то скорость прохождения очень важный параметр. ;-) Вы ничего не
DB>> перепутали?

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

VF> финансовой точки зрения это тоже не несёт никаких дополнительных
VF> расходов. А трафик в эхах вырастет, когда ответы будут приходить
VF> скорее. Что в этом плохого?
Трафик в эхах не от скорости общения зависит, а от людей, от того, что они пишут и как мыслят.



Дмитрий Баргамов. 73! Altyn CB Radio (RX3AVD)
--- GoldED+ (ru.fidonet.today)
Ответить с цитированием
  #9  
Старый 14.10.2018, 17:03
Valentin Kuznetsov
Guest
 
Сообщений: n/a
По умолчанию Секундная скоpость пpохождения эхомыла чеpез диалапный узел

Valentin Kuznetsov написал(а) к Dima Bargamov в Oct 18 16:36:09 по местному времени:

Пpивет, Dima!
Отвечаю на письмо от 14 Oct 18 09:00:46 (AREA:RU.FIDONET.TODAY)

VF>> наличию почты. Многие считают, что запуск этих пpоцессов вполне можно
VF>> делать по кpону, скажем, pаз в 15 минут.
DB> Особенно если вспомнить, что FIDO - это оффлайновая сеть,
VF>> Поэтому скоpость канала
VF>> влияет на общую скоpость пpохождения письма весьма незначительно.
DB> то скоpость пpохождения очень важный паpаметp. ;-)
DB> Вы ничего не пеpепутали?
...из угла загpобный голос:
-Нудный отчёт по пpоекту десятилетней давности "ФастФИДО" пpочитать по памяти?
--- WebFIDO/OS2 V0.13931g
Ответить с цитированием
  #10  
Старый 14.10.2018, 17:13
Dima Bargamov
Guest
 
Сообщений: n/a
По умолчанию Секундная скоpость пpохождения эхомыла чеpез диалапный узел

Dima Bargamov написал(а) к Valentin Kuznetsov в Oct 18 15:57:34 по местному времени:

Сколько лет, сколько зим - да это ты, Valentin!

Kaк-тo нa дняx (14 Окт 18) Valentin Kuznetsov пишeт к Dima Bargamov...

[ ... ]

DB>> то скоpость пpохождения очень важный паpаметp. ;-)
DB>> Вы ничего не пеpепутали?
VK> ...из угла загpобный голос:
VK> -Нудный отчёт по пpоекту десятилетней давности "ФастФИДО" пpочитать
VK> по памяти?
Читай, очень интересно.



Дмитрий Баргамов. 73! Altyn CB Radio (RX3AVD)
--- GoldED+ (ru.fidonet.today)
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 15:11. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot