Hi Benny, My application serve multiple Clients to another server. I have a mapping table in which every client is stored. When a new client connects to my application the client must be stored in this mapping table. When the client is down (connection closed) then I have to remove the client from the mapping table. In the case that a client connection is closed unexpected the application must inform the server. By the way, I want to serve many clients (15000-20000) but it seems that pjsip supports max. 256 tcp connections. Can I realize this only by increasing the value of PJ_IOQUEUE_MAX_HANDLES? Do I need multiple threads? I don't know why you get my mails three times but I will checking it. From this mailing list I get my mail once only. Two times it happened that I sended my mails over an mail address which isn't registered in pjsip mailing list so I sended it again using the right address. Best regards, Helmut -----Ursprungliche Nachricht----- Von: pjsip-bounces at lists.pjsip.org [mailto:pjsip-bounces at lists.pjsip.org]Im Auftrag von Benny Prijono Gesendet: Dienstag, 16. Oktober 2007 18:45 An: pjsip embedded/DSP SIP discussion Betreff: Re: [pjsip] Problems using outbound proxy in pjsua Helmut Wolf wrote: > I have another problem: > > I have an application based on stateful_proxy. I need that my application is informed about network events. The importantly thing I > need is when a TCP connection is closed. I couldn't found anything to do this like registering a module or a callback function. I am > thinking about to copy and modify pjsip_tpmgr_dump_transports() and poll this function to get informations about the existing > transports but I think that is a very bad idea... True, currently there isn't such callback since I thought application doesn't need to care about transports. But why do you need the callback? Just in case I can suggest alternative solution. cheers, -benny P.S.: Not sure why I always receive your mails three times every time you post to this list. > Best regards and have a nice evening, > Helmut _______________________________________________ Visit our blog: http://blog.pjsip.org pjsip mailing list pjsip at lists.pjsip.org http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
