Feature #1333
add federated calling option for users
| Status: | In Progress | Start date: | 05/21/2013 | ||
|---|---|---|---|---|---|
| Priority: | High | Due date: | |||
| Assignee: | lee | % Done: | 50% | ||
| Category: | - | Spent time: | - | ||
| Target version: | OSTel Operations | ||||
| Component: |
Description
Now that Kamailio supports alias domains, set up a page of instructions for users who wish to configure their own SRV records (NAPTR is supposed to work like this too). In addition to language, the web app needs to write the users aliased domain to the "domains" table. This functions like a "whitelist" for domains to accept calls to.
History
#1 Updated by lee over 4 years ago
- Target version set to OSTel Operations
- % Done changed from 0 to 50
working in the federation branch. All models and associations are done, as are displaying aliases on the user profile page. Next step is alias creation for users.
Working associations
- user.aliases returns array of alias objects associated with the user
- domain.aliases returns an array of alias objects associated with the domain. Domains are not associated with users since that table is a unique list of all domains considered "local" for the server. Security is important here since this object is essentially an ACL for external domains allowed into our SIP UAS. Since it depends on DNS records I don't think there will be a problem but it's worth noting.
#2 Updated by lee over 4 years ago
during a test with Ekiga, I had a problem with Jitsi on one end. This explains why. Don't use Ekiga for federation :(