Hi, just a few comments... On 31 March 2011 18:08, Dave Neary <dne...@free.fr> wrote: > In terms of tasks which we can distribute across a larger number of > users, I would like to verify how well QuteCom works with different SIP > providers, and catalog the config options needed for each of them. For a > new user, I'd like us to document how to get a SIP account, testing your > sound & video set-up, making calls to other users, how to find others, > how to invite friends to join the network, etc.
1. It works rather well for a population of around 1000 uses for about a year now. How to get a SIP account... see comment (2) below. How to find others: I think the best approach would be to do (proper) implementation of XCAP resources (contacts) list. This will give SIP providers the flexibility of pre-populating contacts etc. We currently use http://trac.qutecom.org/ticket/247 but it is a kind of "hack". A better implementation of XCAP would be very welcomed. > Ideally, I would like to see us have a drop-down box with a list of > providers you could choose from, so you just choose provider, and insert > username & password. 2. I think this is what CUSTOM_ACCOUNT option is? Users just enter their email/password and all SIP account details are fetched from provider's server. There is a demo server side implementation described here http://trac.qutecom.org/wiki/QuteComWebServices . Benefits of this solution over per-populate list: a) more flexibility - providers can change SIP domains, other parameters etc.; b) better user experience; c) > For features, I'd like us to be feature equivalent with 2.2 in terms of > the user interface, even if we add some interesting features in the back > end. From what I can tell, Hold/Resume and call transfer have not yet > been implemented with QuteCom/Verona. I think we need to get them done. 3. Hold, attended/blind transfers are absolute minimum I think. Also something you have mentioned before - secure SIP (over TLS) would be nice. Best regards, Chris _______________________________________________ QuteCom-dev mailing list QuteCom-dev@lists.qutecom.org http://lists.qutecom.org/mailman/listinfo/qutecom-dev
