UC故事 2010-11-28

1. Conference概要设计

Q 一个1000人的conference，controller如何分配client到不同server？是初期一次性分配还是逐渐分配？

Q top与sub server是一个动态概念，一个物理server可能同时为top/sub server（for不同conference)

 

 

2. C详细设计(old)

* Backup的切换有一定时延

Q Active死活信息如何传递给IServer的？

Q 潜在性能问题：当某些节点突然断线，可能会有成千上万的client重连，造成瞬间CPU冲高？

Q CONTROLLER创建了一个新的会议后 SERVER报告它那里有个相同的CONFERENCE而且它自己是ROOT SERVER 且此SERVER和新开会议的ROOTSERVER不一样, 在这种情况下需要关闭新开的会议(根据时间,如果新开的会议已经过了一定时间,比如3分种,就需要关闭旧的会议),让后来的人加入到已有的会议中.

Q C与I及C与C之间检查keep-alive的时间间隔？

Q 这个东东现在还是这样？当CONTROLLER检测到SERVER死了后, 它需要把此SERVER状态置为IDLE, 然后检查会议列表,`如果此SERVER为某会议的ROOT SERVER,那么就需要把会议状态设置为”等待恢复”,如果此SERVER为某会议的ROOT SERVER,那么就把此SERVER从此会议里移走.处于”等待恢复”状态的会议,需要等待4分钟,如果在4分种内没有任何CLIENT加入到这会议里,那么就移走这会议, 否则为这会议选择合适SERVER,并把状态改成”正在恢复”. SERVER会把会议状态从”正在恢复”变成”正常”状态的.

 

Q 不同CLUSTER 有可能会造成SPLIT MEETING ????

Q 穿透防火墙功能在哪里体现？

Q 会议管理：创建会议的过程？通过发送pdu给server然后得到response，存于本地？

Q 需要一个会议的状态图说明各种主要事件地会议状态的影响

Q Contoller只管理server及conference，不管session有user详细信息，right ?

Q 有DB模块吗？