设计阶段：
到此，设计的准备阶段已经完成。我们已经清楚构成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套系统的维护。
