= Сообщение: 2665 из 2735 =================================== RU.FTN.DEVELOP = От : Dmitriy Romanov 2:6078/1 10 Oct 24 07:45:14 Кому : Alexey Fayans 10 Oct 24 07:45:14 Тема : Заливка сегмента нодлиста FGHI : area://RU.FTN.DEVELOP?msgid=2:6078/1+67076a6e На : area://RU.FTN.DEVELOP?msgid=2:5030/1997@fidonet+6706d544 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Приветики, Alexey!
Писал как-то Alexey Fayans к Vladislav Muschinskikh примерно 09 Окт 24 в 22:09 А я смотрю и фигею.
AK>>>> аналогично сделано и в binkp - вызывающий предьявляет свои АКА и AK>>>> параметры, вызываемый отдает свои на основании принятых. AF>>> Только в binkp хендшейк начинает отвечающая сторона, сразу AF>>> предъявляя все ака, что крайне тупо, но так уж сделали. VM>> А почему тогда возникает ситуация, когда вызывающая сторона получает VM>> от вызываемой сообщения о том что такой-то ака на удалённой системе VM>> busy or not available? (я не настоящий сварщик, просто интересно) AF> Это нужно в исходники смотреть, я не задавался таким вопросом. А какая разница вызывающей стороне? Если предъявленный основной адрес busy, то сессия не состоится. Если один из AKA - то принимающая сторона просто исключает его из обработки и ведет себя так, как будто этот ака не предъявлен.