Michal, I have not understood, what does it mean " Now I see what is the source of the strange behaviour ". Does it mean, that you have found a source of a problem, or that you search for it? I already wrote once, that I do not know C++ at all, therefore it is difficult to me to help you. Probably there is an opportunity to destroy association between a concrete call and socket opened for it (if certainly the mechanism of associations we can apply in this case, I even do not understand it from a code). Or is there any possibility to remove a call not destroying socket? Though to me it is absolutely not clear, for what the socket is necessary if the call is completed? On the other hand, can be there is sense to try to take advantage open socket for continuation of session in Cisco understanding? That is to not reject a call for the reason, that there is an association between a call with the same SessionID and the opened socket, but on the contrary to take advantage the opened socket for placing a new call within the framework of the same session. Do you understand me? I must to repeat there, that if some dial-peers for one destination was configured, and if the call through the first dial-peer was not held, that is messages Alerting, Connect, MSD, MSDAck were not received, logical channels after Connect were not opened, Cisco tries to continue the SAME session with the SAME SessionID through the following dial-peer. And about CallSignalHandlerNumber=1now. I have 1 processor box, and I didn't configure this parameter at all. I think there is CallSignalHandlerNumber=1 by default in my case. How can I check it? Or must I to configure it in an obvious kind? Igor. On 3 Январь 2004 19:09, Zygmuntowicz Michal wrote: > I think we have not understood each other. I do not ignore your problem > - you just gave too little details until now. Now I see what is the source > of the strange behaviour. I'll try to make some improvements to remove > call records as soon as possible. Please note it does not have nothing > in common with socket deletion. The sockets can be deleted with some delay. > I would suggest using CallSignalHandlerNumber=1 if you wish to avoid > the situation in the future. With CallSignalHandlerNumber > 1 you will > always have a chance to find two or more pending/being removed calls with > the same callid. > If you will be using CallSignalHandlerNumber=1 and I will manage to make > call records removal faster you should not get "socket already attached" > warnings. > > Anyway, I still think it is not correct to use the same callid for > different calls sent to the same H.323 entity. I hope we will have the > workaround soon. > > ----- Original Message ----- > From: "kompnet" <kompnet@aaanet.ru> > Sent: Saturday, January 03, 2004 9:43 AM > > > Hi again, Michal. > What arbitrary delay you talk about? > Yesterday one call placed at 18:38 Msk and ended at 18:41 Msk was closed by > gnugk only at 20:03 Msk. > And logical channel between gnugk and terminating gw was not closed. > Among other things this phenomenon results in occurrence superfluous IP > traffic. And I could not understand, why January, 1-st at rather small > amount billing minutes IP traffic of time in 4 has exceeded usual IP > traffic (on a parity)! > Excuse me for whining. You are not obliged to pay attention to this > problem. But to pretend, that it does not exist, simply strange! > Igor. > > В письме от 2 Январь 2004 18:21 вы написали: > > There is nothing wrong with the open sockets. These can be deleted > > with some arbitrary delay and should not affect other calls. > > ------------------------------------------------------- > 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,ick > _______________________________________________ > List: Openh323gk-users@lists.sourceforge.net > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id┘49 > Homepage: http://www.gnugk.org/ -- С уважением, Прохоров Игорь ------------------------------------------------------- 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/
