С Новым годом вас! Happy New year! Вы оба промолчали или почти промолчали, когда я писал о незакрытых сокетах и невозможности разместить вызов по другому адресу, вызванной незакрытым сокетом. Both of you have kept silent or nearly so have kept silent, when I wrote about open sockets and impossibility to place a call to other address, caused open sockets. Хотя я и тогда знал, что ошибка эта в gnugk, но я поменял Cisco IOS. Ошибка сохранилась. Though I knew, that this is gnugk bug, but I have changed Cisco IOS. The mistake was kept. Привожу лог-файл. There is my log-file here. Обратите внимание на звонки в Грузию 715#99532615622 в 23:52:57 и в Россию 715#88215122056 в 00:06:26 Pay attention to calls to Georgia 715#99532615622 at 23:52:57 and to Russia 715#88215122056 at 00:06:26 На первый из них ReleaseComplete получен в 23:53:10.830, но окончательно звонок и соответствующий сокет были удалены только в 00:06:32.028. To first of them ReleaseComplete was received at 23:53:10.830, but this call and appropriate socket were finally removed only at 00:06:32.028. На второй ReleaseComplete получен в 00:06:41.722 от моего шлюза (почему от него?), но окончательно звонок и соответствующий сокет были удалены в 00:11:56.845. To the second one ReleaseComplete was received at 00:06:41.722 from my gateway (why from it?), but the second call and appropriate socket were finally removed only at 00:11:56.845. В этом логе есть еще странные вещи: взгляните на сообщения от 2004/01/01 00:06:43.824 3 до 2004/01/01 00:06:45.126 3, звонок на GW 213.214.215.216 (78215122056), когда ГК посылает ReleaseComplete и оригинатору, и терминатору, но оригинатор продолжает посылать TerminalCapabilitySet и т.д. There are many srtrange things in this log: look at call to GW 213.248.5.178 (78215122056), messages from 2004/01/01 00:06:43.824 3 to 2004/01/01 00:06:45.126 3 GK sends ReleaseComplete to both originating and terminating sides, but originating GW sends TerminalCapabilitySet and others... Может быть есть возможность если не пофиксить этот баг, то хотя бы как-то его обойти, т.е. свести к минимуму вероятность его проявления при помощи каких-либо хитрых установок в конфигурации? Can be there is an opportunity if not to fix this bug, then somehow to bypass it, i.e. to reduce to a minimum probability of its appearance by means of any artful settings in a configuration? -- Best regards, Igor Prokhorov С уважением, Прохоров Игорь ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&opлk _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id┘49 Homepage: http://www.gnugk.org/
