[Freeswitch-users] Skypiax, Skype endpoint and trunk, robustness patch

Seven Du dujinfang at gmail.com
Sat Aug 15 09:41:19 PDT 2009


On Aug 16, 2009, at 12:02 AM, Giovanni Maruzzelli wrote:
> On Sat, Aug 15, 2009 at 5:41 PM, Seven Du<dujinfang at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org





More information about the FreeSWITCH-users mailing list