@MSGID: 1:104/117 670dffef
@REPLY: 2:5030/1997@fidonet 670ce104
@CHRS: CP866 2
@TZUTC: -0600
@TID: hpt/lnx 1.9 2024-03-02
Привет, Alexey!

14 Oct 24 12:14, ты писал(а) Stas Mishchenkov:

 AF>>> Отлично, но как я и написал, нужно тестировать binkd 1.0 в
 AF>>> качестве вызывающей стороны, потому что именно он, скорее всего,
 AF>>> будет ждать до последнего, пока вызываемая сторона не
 AF>>> представится. В результате либо сессия отвалится по таймауту,
 AF>>> либо binkd 1.0 буде думать, что соединился с каким-нибудь 0:0/0.
 SM>> Сори. Не внимательно прочитал. Здесь реализован binkp 1.0 таким
 SM>> образом, что он не ждёт, когда вызываемая сторона представится, а
 SM>> сразу представляется сам.

 AF> Как и везде. И речь в этом треде идёт о том, что будет, если
 AF> вызываемая сторона представится не полностью и будет ждать адрес
 AF> вызывающей перед тем, как выдать свой. И я говорю о binkd 1.0, а не
 AF> binkp 1.0, потому что, вероятно, в какой-нибудь современной версии
 AF> binkd такой хендшейк и прокатит, а в старой - крайне маловероятно.

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

Best regards,
Vitaliy Aksyonov.

... Что нам, кабанам?
--- GoldED+/LNX 1.1.5-b20240309
 * Origin: Aurora, Colorado (1:104/117)
SEEN-BY: 50/109 104/117 221/6 240/1120 301/1 341/66
451/31 452/28 166 455/19
SEEN-BY: 463/68 467/888 4500/1 5000/111 5001/100
5005/49 5015/42 46 5019/40
SEEN-BY: 5019/400 5020/113 545 620 715 828 830
846 848 1042 2992 4441 12000
SEEN-BY: 5022/128 5030/49 115 1081 1474 5053/51 55
5054/8 89 5058/104
SEEN-BY: 5060/900 5061/133 5066/18 5068/45 5083/1
444 6090/1
@PATH: 104/117 5020/1042 4441