设计阶段：
　　　　到此，设计的准备阶段已经完成。我们已经清楚构成IPT网络的协议基础，并且知道Cisco是怎么利用这些协议构架产品线支持完整的语音通信和应用。我们也了解了Cisco的完整产品线和它们在IPT中扮演的“角色”，下面我们需要掌握一些实际设计时会遇到的问题和解决方案：
　　1 网关选型
　　协议：
　　　　我们可以选择MGCP和H.323类型的网关，具体都体现在Cisco Ios的特性上，但MGCP是Cisco的呼叫抗损建议，即使如此H.323也是Cisco全系列网关型产品支持的。MGCP型网关的可以在CCM中集中配置，包括拨号计划。而H.323网关有自己的独立于CCM的拨号计划配置任务。
　　PSTN干线和信令：
　　
　　T1-CAS,ISDN E1/T1 PRI, BRI, FXO, E&M 等，这是实现IP语音长途线路备份的租用线路，由电信服务商提供
　　
　　
　　
　　2 带宽和流量分析
　　
　　在设计长途带宽时，语音编码格式对带宽的规划是重要的，常用的几种编码格式：
　　
　　g.711 g.723 g.729a
　　
　　我们常用g.711或g.729a ：
　　
　　g.711 编码需要64kbps，加上帧头、其他包头、预留后，经验值是80 kbps
　　
　　g.729a编码需要8kbps，加上帧头、其他包头、预留后，经验值是24 kbps
　　
　　具体的计算方法，限于篇幅，不再详述，有兴趣可参阅《VOIP配置技术》一书
　　
　　
　　
　　3 Qos考虑
　　
　　语音流与普通数据流对QOS有着完全不同的要求，我们必须使用各种Qos机制去避免丢包, 延迟, 和抖动 (Jitter)。不同的区域有不同的Qos任务：
　　
　　圆区：视别语音，包括 流分类、队列
　　
　　WAN边缘：语音优先，包括 流分类、队列
　　
　　WAN主干：带宽规划，包括 对列、拥塞避免
　　
　　
　　
　　另外值得一提的是IP Phone与PC的流量用802.1 P/Q VLAN分隔的特性，这在catalyst系列交换机中通过附属VLAN实现的。（据分析，PC的VLAN是通过Native Vlan实现的，众所周知，Cisco的一个VTP域中只能有一个Native Vlan，所以现阶段这些与IP Phone连接的PC只能在同一个Vlan里，我已向Cisco询问，但还未得到Cisco证实）
　　
　　
　　
　　限于篇幅，这里不再对Qos实现进行详述，专门的讨论请关注本系列另一篇：
　　
　　构建新一代 安全、智能、融合网络
　　
　　——端到端的Qos设计
　　
　　4 IP Phone的供电
　　
　　线内供电
　　
　　•用于Catalyst交互机和2600/3600/3700路由器的供电线路卡
　　
　　•使用电源线对1和2(与以太网相同)来提供—48V
　　
　　外部供电
　　
　　•需要外部电源接线板
　　
　　•接线板在电源线对3和4上提供—48V
　　
　　墙上供电
　　
　　•需要DC转换器来支持IP电话与墙上插座的连接
　　
　　
　　
　　5 CCM的可扩展性/冗余群集选件
　　
　　CCM推荐使用一用一备的双CCM服务器布置，一台支持2500个Users的硬件CCM可以通过集群特性扩展到支持10000个Users。最新的CCM3.3的硬件实现MCS7845可达到30000个Users的集群布置规模
　　
　　
　　
　　IPT的设计也象本专题的“前言及准备”里所说的基础网络设计一样经历了3个阶段发展：
　　
　　
　　
　　1 独立/分离的语音网络（PSTN+PBX）和数据网络（Ethernet）
　　
　　2 部分融合的VOIP旁路设计（语音可以走IP旁路了，但还无法脱离PSTN的主导地位）
　　
　　3 全融合的IPT网络（模拟电话和PBX被IP Phone和IP PBX取代，PSTN为备份）
　　
　　
　　
　　 很多工程师已经成功的实施大量的属于第2阶段的VOIP网络，这些工程往往是通过担当网关的路由器（如1700/2600/3600/3700）+模拟接口卡（如fxo、fxs、E&M）+普通模拟电话+PBX（ISDN、E1/T1）或PSTN干线 实现的IP语音旁路，用以节约开支。这种设计架构直到现在仍然适用于一些中小型商业应用，但它存在许多缺点：
　　
　　1 不易管理；工程师必须进入网关的IOS命令行才可以配置和查看。
　　
　　2 扩展性差；当电话密度需求较大时，它几乎无能为力。
　　
　　3 过分依赖传统PBX或PSTN干线；要实现IP产品与这些传统封闭式技术产品之间的兼容、管理、协作是件困难的事。客户不得不仍然专注于2套系统的维护。