= Сообщение: 349 из 15065 ======================================== R50.SYSOP = От : Pavel Gulchouck 2:463/68 21 Aug 13 10:49:04 Кому : Yury Roschupkin 21 Aug 13 10:49:04 Тема : Local policy FGHI : area://R50.SYSOP?msgid=2:463/68+5214719c На : area://R50.SYSOP?msgid=2:466/50.1+c3255965 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hi Yury!
20 Aug 13, Yury Roschupkin ==> Pavel Gulchouck:
VD>>>>> Да. Не хочешь заодно и роутинг нетмайла узаконить? Хотя бы в VD>>>>> виде требования наличия связи со своим НЦ? PG>>>> Требование аплинка это покрывает. Связь со своим NC PG>>>> необязательна - может не быть общих протоколов. А по роутингу PG>>>> через аплинка дойдёт. YR>>> Тогда кто и как будет следить за живостью узлов? Аплинки? Они не YR>>> отвечают за актуальность нодлиста. PG>> Сейчас NC тоже не обязан следить за живостью узлов.
YR> Не понял. НЦ не отвечает за актуальность своего сегмента нодлиста? YR> Так в пылу полемики можно до многого договориться. :)
NC обязан своевременно вносить в свой сегмент нодлиста присылаемую ему информацию. Наличие дохляка в сети не говорит о том, что NC плохо выполняет свои обязанности. Регулярно обзванивать узлы и проверять, что они работают, он не обязан (хотя может, конечно). Если NC стало известно о том, что какой-то узел не работает, он должен удалить его из нодлиста.
PG>> Аплинк согласился пересылать почту для даунлинков. Если эта почта PG>> не пересылается - значит, есть проблема. Ну и, кроме того, PG>> какой-то из описанных в FTS протоколов всё-таки нужно PG>> поддерживать, а значит, можно и проверить живость - не PG>> самостоятельно, так с помощью того, у кого есть возможность. PG>> Особой проблемы тут не вижу. Опять же - не больше, чем сейчас, PG>> когда NC тоже не всегда может проверить, отвечает ли узел в ZMH по PG>> FTS1 или по binkp
YR> Теоретически, проверить можно все. Так кто ж ответственный?
Пусть останется, как и есть сейчас. В этом отношении я не вижу, зачем что-то менять.
Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: Опыт - это то, что мы получаем вместо того, что хотели (2:463/68)
