On Aug 16, 2009, at 12:02 AM, Giovanni Maruzzelli wrote: > On Sat, Aug 15, 2009 at 5:41 PM, Seven Du<dujinf...@gmail.com> wrote: >> And as I noticed you removed the sequential line hunting methods. > > Because was broken. So, I aliased it to the RR. > If you think it can be useful, add a Jira for it >
Ok, as you think it's broken, better to leave it as is. >> Thank you very much for merging in the sk list with statistic patch, > Thanks to you for sending the patch! I've only added the callflow of > the skype client to it > I think maybe you merged in an old version of the patch, the last should be skype_status_new1.diff, which I added one more statistic line and the unsigned long should be uint32_t I think. however, I can add another patch if you think it's useful. Oh, one more, it also set channel name to skypiax/RR/sk_1/other_skype_name for easy check in log. (As I also would like to see sofia/external/xxxx to be sofia/gateway/ gw/xxxx :) ). >> >> Two features are: >> >> continue load on fail: make sure the module continue load even it >> failed to talk to a skype instance > > mmmmh, I'm too conservative for this one: I prefer that if you > configured a skype instance, you expect it to work, so the module must > fail if there is not such instance > One of the reason I think it's useful is one can configure to load everything on server boot time. I run two skypiax servers, one can start 20 instances in batch without any problem but the other only starts 50%, then I need manually start them over and over until I confirmed all works with client or skypiax_auth. The two servers are not in the same datacenter but all have public ip. Once it started working we never never experienced a skype instance stoped working. But I experienced that kill a skype instance immediately caused skypiax core dump. Sure it might cause other bugs even it is configured to false by default. I gona merge in my branch in case others using that. >> auto skype user: get the user name by the returned CURRENTUSERHANDLE >> other than from the config xml, for easier config. > > the username returned by CURRENTUSERHANDLE is checked against the > config file because is the only way you can associate interface_name > with its related Skype client instance on Windoz (no multiple X > servers there). > It by default disabled so I guess nothing will break. > Thanks a lot for all your efforts!!! > > -giovanni > > > > >> >> On Aug 15, 2009, at 1:43 AM, Giovanni Maruzzelli wrote: >>> Hi FreeSWITCHers, >>> >>> all the users of mod_skypiax are kindly requested to test the svn >>> trunk 14519. >>> >>> It contains a lot of changes meant to add stability and robustness, >>> toward a production environment. >>> >>> Let me know how your feelings, and please add to the Jira any >>> possible >>> bug/issue/etc. >>> >>> Thanks to you all, >>> >>> -giovanni >>> >>> >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> >>> Cell : +39-347-2665618 >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org