Hi Steve, congratulations - you have reached the same problem as i do have currently
The 100% cpu Problem is no problem - you have to add a Delay in the NetInTask.cpp - run function where it checks that the read from the net has failed... Then you have to somehow check by yourself if the connection is up or not - when the client looses the connection - then i think it is best to start a thread which does check when the connection comes back again. When you do again have a connection - then ReInitialize the sipxtapi - and then you are where i am currently - after the reinitialize you wont be able to start a new call because of you will get a timeout on getCalledAddresses (or so...) For the others who knows about my problem - i am currently looking at the void MpCallFlowGraph::synchronize(const char* tag, int val1) function - there it seems to be the problem... - this function does create a new event - posts the event - but the event wont ever get processed... so it hangs... An other thing i have seen in the mean time - it seems that after calling sipxUninitialize that not all started thread gets killed... Why is this so, is this a bug ? - Could it be that some MPCallFlow Threads are still lying around and doing nothing expect blocking the system ? regards, Wolfgang Steve Rudzik schrieb: > When i run sipxezphone in idle mode and my wlan-connection gets lost, > sipxez totally freezes my system with 100% load. This also happens > when i change my current IP-Adress. I think that has to be addressed > somehow! > > Another suggestion: > > I would be fine to automatically Re-Register if the Client gets a new > IP-address. And better send a new re-INVITE to the CH if the MH is in > an active call. Is there a possiblity that this will be integrated in > some time, or can you give me any hints how to do that? > > > Kind regards, > > Steve Rudzik > ------------------------------------------------------------------------ > > _______________________________________________ > sipxtapi-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/ _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
