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