|
|
|
I am also seeing this issue where I have 5 Conference Bridges set up and I have 2 actual live Confereces but the GUI incorrectly reports that there are 2 active conferences per bridge (total 10 conferences active) this is from a user point of view incorrect.
Anushree,
Do your two conference bridges Anushree and Anushree1 both have the same hostname ("Location" field)? If so, that is the cause - it's connecting to the same instance of FreeSWITCH. Per Martin's comment, we can change this so that it logically separates the conferences configured between the two "logical" bridges even though they are on the same "physical" bridge. Does that seem like the right way to go, or would that make things more confusing? Hello Joe ,
Yes ,the two conference bridges Anushree and Anushree1 have the same hostname. It will be much helpful if the two logical bridges are separated.On externally viewing the conference page ,it gives a false idea that all the conference bridges present are active when any one of the conference bridge amongst them is active whereas others are dormant. Thanks, Anushree For now sipXconfig supports only one conference bridge per server. We are not enforcing it in sipXconfig UI because adding conference bridges will be soon removed from the UI: once cluster support is implemented sipXconfig will discover services (such as conference bridge or ACD) and users would not have to add them (we will remove add/remove functionlity from UI).
As for logical groupings of conferences - if it's really needed it probably requires some discussion and use cases. Implementing this by allowing creating "logical bridges" is next to impossible. I have to agree with Damian's comments. Logical groupings by creating bridges with the same server, among the other difficulties mentioned above, is extremely unintuitive.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
This could be a valuable feature where several conference bridges can be established on a server in order to logically separate conferences. E.g. one bridge holds all the system wide conferences, the other bridge holds all the personal conferences. Or you could define a separate bridge for certain groups of users in order to get logical separate. This would help if there are many conferences (i.e. a system with 1,000 users and every user has a conference).
If we keep this as a feature, then the display of active conferences (and possibly other parameters) have to be always logically separated between different instances of the bridge.