诺基亚X6 WLAN网络如何设置固定IP_百度知道
诺基亚X6 WLAN网络如何设置固定IP
1 第二个路由器为192.168，没办法上网，如何改变手机IP使其固定接入192我家有2个路由器.0.0.0，IP设置第一个为192.168.0.168.1的IP.168.2那个IP.2现在手机的IP自动识别的192
提问者采纳
能表—设置—连接—接入点—（找到你要用的那个接入点）打开—选项—高级设置—IPV4 —手机IP地址192.168.0.255.&quot.0.168;X&quot.1
& 子网掩码255.0
提问者评价
哎。。。诺基亚X6和诺基亚N97还是有点差别的
其他类似问题
为您推荐：
您可能关注的推广
诺基亚x6的相关知识
其他2条回答
能固定IP吧~你用wlan搜索时,那就有两个wlan网络可选吖!你选另外一个,然后让他自动定义网络就好了,选择另外一个网络吖~不有两个路由器
简单的做法是不需要设置固定ip地址的。你的两个路由器的ssid设置不同的名字以区分开来，然后打开路由器的dhcp服务器，用来自动分配地址。然后用你的手机搜索无线网络，那么就会搜到两个，随便使用哪个来上网好了。因为地址会自动分配，所以手机上就不需要做额外设置了。如果你觉得不安全，你可以在路由设置密码。前提是你的路由器使用全部正常！
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁一个月内自动登录
ROM总数: 23939
品牌数: 176
手机数: 1813
当前位置: && &- &
手机使用基础教程：步步高vivo X6 Plus如何限制后台进程？
发表时间： 10:09&&&&&&
&&&&&& 标签：步步高VIVO,vivo X6 Plus,vivo X6 Plus好不好,vivo X6刷机包rom
& & & 虽然说vivo
X6Plus拥有4G大内存运行，即使同时开启多个应用软件也不会卡顿，可是那样子的话就会相当耗电量了，那么你们知道该如何限制后台进程数量么，一起来看看下面的步骤技巧教程吧！
　　1）首先我们先打开【电话】，然后来到拨号键盘输入【*#*#7777#*#*】即可自动进入开发模式。
　　2）打开后我们再点击【后台进程限制】，弹出窗口后即可根据自己的需要自由设置后台进程数量。
& & & 步步高VIVO X6刷机包rom下载:
热门刷机包top10
热门刷机技巧top10
热门ROM资讯top10
热门手机刷机包
刷机包下载：IP电话部署案例研究： 新加坡全国公告
[an error occurred while processing this directive]
新闻与刊物
商业解决方案
网络解决方案
服务与支持
思科网络技术学院
培训、活动与会议
合作伙伴与代理商
中国：简体中文
TAC中文文档
原文件的链接(英语)
此文档是由人工智能自动翻译系统翻译的,请随时参考。
IP电话部署案例研究： 新加坡全国公告
     
     
     
     
     
     
     
     
     
本文在新加坡帮助由IP电话部署做经验和教训学到在国家公报可用对Cisco用户， Cisco员工和Cisco合作伙伴。 本文尝试：
描述并且评论配置的解决方案的设计。
识别可能的改进到设计。
突出显示交换在设计。
NB是一家全局出版公司。 新加坡操作包括大约6,000销售额，打印和写人员。 NB人员在同一近处之内位于的一定数量的办公楼驻留。 在2000年末期， NB添加了另一个大厦， DBS大厦，到他们的校园。 此另外的大厦安置750位员工。 而不是请配置一台内部交换机(PBX)在新的大厦，被决定的NB配置IP电话解决方案。 同样地，全新部署包括网络组件。
NB IP电话解决方案是单一站点设计。 所有IP电话用户位于DBS大厦和横跨五个楼层被分配。 Cisco呼叫管理器，公共交换电话网（PSTN）网关和语音邮件物理也位于DBS大厦。
广域网（WAN）链路连接建立到Nbap大厦少于外1公里的DBS。 此广域网链路通过运载VoIP (VoIP)数据流对NBAP，其中网关连接到全世界NB PBX网络。 此图表显示DBS和Nbap大厦。
DBS LAN基础架构在核心在配线间包括一台Catalyst 6509交换机和九台Catalyst 4006交换机。 此表显示Catalyst 6509交换机如何被填充。
WS-X6K-SUP1A-MSFC
Supervisor带有多层交换机特性卡(MSFC)
WS-X6K-S1A-MSFC2/2
Supervisor与MSFC
WS-X6416-GBIC
16端口GE模块
WS-X6408A-GBIC
8端口GE模块
WS-X6348-RJ45V
48端口10/100模块带有内嵌电源
WS-X6608-E1
8端口E1网关
WS-X6624-FXS
24端口局外交换站(FXS)网关
WS-X6624-FXS
24端口FXS网关
此表显示Catalyst 4006交换机如何被填充。
Supervisor 2与二个千兆以太网(GE)端口
WS-X4148-RJ45V
48端口10/100模块带有内嵌电源
WS-X4148-RJ45V
48端口10/100模块带有内嵌电源
WS-X4148-RJ45V
48端口10/100模块带有内嵌电源
WS-X4148-RJ45V
48端口10/100模块带有内嵌电源
WS-X4148-RJ45V
48端口10/100模块带有内嵌电源
LAN基础架构的总容量是连接和供给2,160个IP电话动力。
Catalyst 4006交换机在Supervisor连接回到Catalyst 6509通过其中一个GE端口，在一个纯星型网方式。 当第五楼有一台Catalyst 4006交换机时，四五个楼层有二台Catalyst 4006交换机。 此图表说明交换机如何横跨楼层被涂，并且他们如何连接回到Catalyst 6509交换机。
Catalyst 6509构成一个严重的单点故障。 一种重大的改进在可用性在Catalyst 4006 Supervisor可以通过添加秒钟Catalyst 6509完成和双归属Catalyst 4006交换机到两台核心交换机使用备用的GE端口。 使用此设计，有一点调整为模块的复制全部在Catalyst 6509。 相反，存在的模块(Supervisor， GE和FXS模块)可以横跨二个机箱被分裂。 然而，应该添加一个另外的八端口E1模块，以便PSTN连通性可能横跨二个机箱也被分裂。 此设计也允许二Cisco呼叫管理器被连接到独立的交换机。 这保证Catalyst 6509故障不完全地查出Cisco呼叫管理器。
秒钟Catalyst 6509交换机是最初的建议的一部分。 然而，由于费用考虑， NB决定了一台单个Catalyst 6509。
NB遵从Cisco设计推荐并且有IP电话和数据装置在独立的虚拟LAN (VLAN)。 每台Catalyst 4006有其自己的voice VLAN。 所以，有每个楼层二voice VLAN，为总共九voice VLAN。 每台Catalyst 个端口。 所以，每voice VLAN是潜在家庭到240个IP电话。 这是一个保守的设计，但是有优点限制影响，如果发生故障的设备充斥VLAN带有广播。 当Catalyst 6000家族MSFC路由在VLAN之间，第三层转发性能不是问题。
所有数据装置在单个，大VLAN驻留。 这不遵守Cisco设计推荐。 然而这是设计首选由NB由于他们的内部可操作和维护要求。 由于此单个数据VLAN跨过所有交换机，第二层广播风暴在此VLAN有可能性影响所有IP电话。 这在Catalyst交换机使服务质量(QoS)更加重要。 Qos在本文以后讨论。
此示例显示一个典型的VLAN配置为Catalyst 4006端口。 此示例在插槽5在voice VLAN 110和数据VLAN 11安置全部48个端口。
set port auxiliaryvlan 5/4-48 110
set vlan 11 type ethernet state active
set vlan 11 5/4-48
NB网络有这三个明显的Qos信任的边界：
Catalyst 端口。
连接到Cisco CallManager的Catalyst 端口。
连接到Cisco 7200路由器的Catalyst 端口。
Catalyst 模块在使用中安排一单个接受(RX)队列(1q1t)和二个transmit (TX)队列(2q1t)。 所有端口被配置用在本例中的命令启用第二TX queue和放置帧带有服务种类(CoS)值在2和7之间在第二个队列。 结果，所有实时传输协议(RTP)信息包(CoS=5)和所有皮包骨头的信息包(CoS=3)进入第二个队列，而其他数据流进入第一个队列。
set qos enable
set qos map 2q1t 1 1 cos 0-1
set qos map 2q1t 2 1 cos 2-3
set qos map 2q1t 2 1 cos 4-5
set qos map 2q1t 2 1 cos 6-7
注意Catalyst 4006不支持任何策略。 它委托在其端口接收的所有帧CoS。 这不是问题，只要IP电话被连接，因为IP电话的默认行为是不信任在PC端口收到的数据流和重写它与CoS 0。 然而，如果发送数据作为802.1p帧， PC被连接直接地到Catalyst 4006端口能潜在使用Qos。 这要求一个有些复杂的用户。 然而， Windows 2000和标准以太网网络接口卡(NIC)支持802.1pq。
Qos配置在Catalyst 6509是轻微包含，因为端口在Catalyst 6509有各种各样的队列结构，如此表所显示。
WS-X6K-SUP1A-MSFC
WS-X6416-GBIC
WS-X6408A-GBIC
WS-X6348-RJ45V
有一个严格优先级队列默认情况下的所有端口在该队列放置所有帧与CoS=5。 然而，它是首选的有所有Voip发信号数据流(帧与CoS=3)在第二个非优先的队列。 此配置启用此工作情况。
set qos map 1p2q2t tx 2 1 cos 3
set qos map 2q2t tx 2 1 cos 3
连接到Catalyst 4006交换机的GE端口是在我们的信任的边界里面。 通常系统将委托收到帧的CoS。 因为Catalyst 4006信任的边界可以通过连接PC减弱直接地到交换端口，数据流从Catalyst 4006交换机被处理如不信任和由Catalyst 6509管辖。 寻找RTP、Skinny， H.225和H.245信息包的策略由访问控制表(ACL)进行。 当所有VoIP信令信息包头重写与DSCP=26时， RTP信息包报头重写与DSCP=46。 ACL为此，如此示例所显示，被映射对所有GE端口。
set qos acl ip ACL_VOIP dscp 46 udp any any range
set qos acl ip ACL_VOIP dscp 46 udp any range
set qos acl ip ACL_VOIP dscp 26 tcp any any range
set qos acl ip ACL_VOIP dscp 26 tcp any range
set qos acl ip ACL_VOIP dscp 26 tcp any any eq 1720
set qos acl ip ACL_VOIP dscp 26 tcp any eq 1720 any
set qos acl ip ACL_VOIP dscp 26 tcp any any range
set qos acl ip ACL_VOIP dscp 26 tcp any range
set qos acl map ACL_VOIP 3/1-16,4/1-8,
二10/100端口在Catalyst 6509被用于连接到二Cisco呼叫管理器。 这些是根本可信的端口，但是在NB网络他们在收到帧对待不信任和Catalyst 6509强制CoS=3。 此示例显示端口配置。
set vlan 110 5/2-3
set port qos 5/2-3 cos 3
选择和更加干净的途径，是配置Cisco CallManager设置IP不同的服务码点(DSCP)值在所有VoIP信令信息包。 要执行此，请设置服务参数IpTosCm2Cm和IpTosCm2Dvce为0x26在Cisco CallManager。 Catalyst 6509可能然后被配置到trust DSCP为在该端口接收的帧，如此示例所显示。
set port qos 5/2-3 trust trust-dscp
此途径有仅VoIP控制的帧和没有每个帧从Cisco CallManager，接受好Qos的优点。 这是重要的，如果Cisco CallManager升级镜像上载到CallManager服务器，或者，如果很多呼叫详细记录(CDR)定期地被拉服务器。 目前，这种数据流也接受高Qos。
最后， 10/100端口之一在Catalyst 6509被用于连接到Cisco 7200系列WAN路由器。 这也是可信的端口，但是当前Cisco IOS ？ 在使用中在Cisco 7200路由器不复制DSCP值到CoS字段。 要解决此限制，交换端口类似对待于GE端口(请使用同样ACL分类流入的数据流)和选择性地提供根据此的Qos。 所以，路由器交换端口的配置在本例中显示。
set vlan 10 5/1
set qos acl map ACL_VOIP 5/1
NB IP电话网络的广域网组件是小的。 Cisco 7200系列路由器在DBS大厦有NBAP和大写塔的广域网链路。 然而， NBAP的仅链路传送语音。 既使在这种情况下有DBS和NBAP之间的独立链路为语音和数据。 在配置的早期期间，语音质量问题被发现了，并且它被决定从G.729更改编码到G.711。 因此此必需的额外的带宽和语音和数据在广域网被分离了。 这些问题的原因当时以后被发现与IP电话负荷在使用中。 近期作为一次保守的被决定的测量， NB和G.711呆在一起和分离广域网链路为语音和数据。
目前语音广域网链路包括由多链路PPP的三实际上E1链路(MLP)一起缚住。 由于链路的相对高速，没有需要Link Fragmentation and Interleaving (LFI)。 唯一的必需的QoS功能排队。 首选的排列机制是低延迟队列(LLQ)。 然而，这没有工作由于LLQ和MLP的Cisco IOS问题，其中service policy命令从配置消失，如果链路断开了。 作为临时解决方法，优先级排队是在使用中。 此示例显示当前广域网配置。
interface Multilink88
ip address 10.104.209.73 255.255.255.248
priority-group 1
ppp multilink
ppp multilink fragment-delay 10
ppp multilink interleave
multilink-group 88
interface Serial4/0
bandwidth 2000
encapsulation ppp
ppp multilink
multilink-group 88
interface Serial4/1
bandwidth 2000
encapsulation ppp
ppp multilink
multilink-group 88
interface Serial4/2
bandwidth 2000
encapsulation ppp
ppp multilink
multilink-group 88
priority-list 1 protocol ip high list 121
priority-list 1 protocol ip medium list 122
priority-list 1 default low
priority-list 1 queue-limit 500 40 60 80
access-list 121 permit udp any any range
access-list 121 permit udp any range
access-list 122 permit tcp any any range
access-list 122 permit tcp any range
access-list 122 permit tcp any any eq 1720
access-list 122 permit tcp any eq 1720 any
access-list 122 permit tcp any any range
access-list 122 permit tcp any range
当前广域网配置是妥协并且不是推荐用于其他配置。 中期计划是统一语音和数据到一条单个广域网链路和用LLQ替换优先级排队。 独立链路为语音和数据要求静态路由或基于策略的路由，并且使用动态路由协议的优点丢失。 优先级排队，甚而用分配的语音信息包高队列，不保证严格优先级制定到语音信息包。 系统数据流，例如路由更新， Keepalive，等等仍然采取在语音信息包的首选在高队列。
它被验证LLQ在Cisco IOS软件版本12.2正确地运作。 此示例在移动以后显示路由器Qos， LLQ。 带宽根据60次同时G.729呼叫(RTP ： 60 x 24 kbps = 1440 kbps和信令： 60 x 0.5 kbps = 30 kbps)。
interface Multilink88
service-policy output VoIP
class-map VoIP-RTP
match access-group 121
class-map VoIP-Sig
match access-group 122
policy-map VoIP
class VoIP-RTP
priority 1440
class skinny
bandwidth 30
access-list 121 permit udp any any range
access-list 121 permit udp any range
access-list 122 permit tcp any any range
access-list 122 permit tcp any range
access-list 122 permit tcp any any eq 1720
access-list 122 permit tcp any eq 1720 any
access-list 122 permit tcp any any range
access-list 122 permit tcp any range
DBS大厦有大约750个IP电话7960s。 IP电话在Catalyst 4006连接到10/100端口，并且从交换机接受内嵌电源。 PC连接到交换端口在IP电话背后，如此图表所示。
IP电话和PC在独立的VLAN和IP子网。
所有IP电话从Catalyst 4006线路卡接受内嵌电源。 交换机由三件进入底盘的交流电能用品供给动力。 内嵌电源，然而，从Catalyst 4006辅助电源架(WS-P4603)来源外部。 电源支架有三个电源。 其中每一供应1050W在-52V DC。 这是满足供给一台充分填充的Catalyst 4006交换机动力带有Cisco IP电话7960s被连接到所有240个端口。
所有Catalyst 4006交换机进行不间断电源(UPS)。 在电源故障情形下，这给他们继续操作二小时。 Cisco呼叫管理器连接到四小时UPS。
NB呼叫管理器部署型号是单一站点带有集中化呼叫处理。 一个人能争辩说，型号实际上是多站点由于NBAP的广域网链路和被找出的相关的网关那里。 但是此事实能(至于大部分)被忽略，因为呼叫准入控制(CAC)没有横跨广域网需要。 这是因为呼叫的数量横跨广域网由连接网关的Trunk的数量隐含地限制到PBX。
NB Cisco CallManager集群包括二Cisco Media Convergence Server 7835s (MCS 7835)。 一台呼叫管理器执行数据库出版功能，并且其他预订数据库。 所有IP电话注册与订户作为主要的Cisco CallManager，并且使用发布人作为附属Cisco CallManager。
配置二个区域： NBAP和DBS。 网关在NBAP是唯一的设备在NBAP区域，所有其它设备在DBS区域。 刻意的设计是使用G.711所有呼叫在DBS大厦之内，并且仅使用G.729呼叫横跨广域网。 目前，然而，呼叫横跨广域网链路也是G.711。
IP电话在DBS区域有一个五位扩展名在1范围内。 有有混合的四和五位扩展名的其他五个NB站点在新加坡。 此表显示NB新加坡站点。
Department of Binding Singapore
NB Acme打印
Acme构件的A
道格拉斯打印
格兰特打印
扩展名分配，以便第一个数字独特确定扩展名是否是四个或五个数字。 IP电话用户能通过拨打四或五位扩展名拨所有NB新加坡PBX扩展名。
如以后讨论在，有网关的三种类型：
连接到传统NB PBX网络的一个Cisco 7200 H.323网关。
连接到PSTN的三个Catalyst 6509 E1网关。
连接到语音邮件的二个Catalyst 6509 24端口FXS网关。
这在Cisco CallManager路由组配置被反射。 一个路由组为三种网关类型中的每一种存在。 此表概述每个路由组的特性。
Catalyst 6509 交换机
Catalyst 6509 交换机
Cisco 7200路由器
呼叫对多种目的地路由如下：
呼叫对PSTN使用DBS PSTN路由组。 没有备份。
呼叫对语音邮件使用DBS VM路由组。 没有备份。
呼叫到NB Telnet服务使用NBAP路由组。
呼叫到NB新加坡PBX扩展名使用NBAP路由组作为主要和DBS PSTN路由组作为辅助路由组。
现在保持的所有是定义适当的路由模式和与路由组连接他们。 因为需要，这为以上所列的前三个项目是直接的仅一单个Route列表。 事获得轻微包含与最后项目由于备份路由组。 首选的路径为一次呼叫从一个IP电话到PBX扩展名是通过NBAP路由组。 如果此网关是未提供的，呼叫通过PSTN路由通过DBS PSTN路由组。 当这发生时，数字必须被加前缀到拨号的扩展名为了创建充分的PSTN电话号码。 被加前缀的数字依靠被呼叫的站点，因此，每个站点必须有一不同的Route列表。 由于有五个NB站点与PBX和几个PSTN前缀每个站点，他们最终获得十路由列表。
此图表显示所有NB路由列表。 以多数路由列表的名义包括的2位或3位编号反射被加前缀到被呼叫的扩展名的数字，每当呼叫寄发到DBS PSTN路由组。
他们能呼叫的某些NB IP电话用户在编号被限制。 这通过安置路由模式和IP电话扩展名控制在一定数量的分区。 分区然后组合到呼叫搜索空间。 IP电话在该搜索空间属于呼叫搜索空间，并且能只称编号在分区包含。 此表列出NB Cisco CallManager搜索空间和分区。
DBS呼叫话务员
正常DBS用户电话
大厅和其他公共区域电话
NB新加坡PBX扩展名
DBS呼叫话务员
正常DBS用户电话
国际呼叫通过全世界NB网络
国内呼叫在新加坡
大厅和其他公共区域电话
NB新加坡PBX扩展名
DBS使用Octel语音邮件系统。 这被选择了，因为它是全世界NB标准，并且语音邮件联网在多种系统之间希望。
Cisco CallManager在Catalyst 6509交换机连接到Octel语音邮件系统通过二个24端口FXS卡。 使用仅30可用的48个端口。 一条9600 bps简化消息桌面接口(SMDI)链路连接主要的Cisco CallManager到Octel设备。
Octel系统也被连接到公司NB Octel网络。 这通过连接到一老Lucent Definity PBX的四个外汇管理局(FXO)端口在Octel设备执行。 此图表显示DBS Octel系统如何连接到新和老式。
注意： ？初始设计没有包括PBX。 相反，想法是到网络语音邮件通过24端口FXS卡和VoIP网络。 但是在飞行员期间，问题遇到就象FXS卡处理Dual Tone Multi-frequency的(DTMF)语音从Octel设备。 作为解决方法， 24端口FXS卡用Cisco IOS网关替换。 这工作良好，但是NB首选基于PBX的解决方案。
它值得注意语音邮件解决方案的适应能力特性。 除语音邮件系统之外，有其他单点故障：
SMDI链路不冗余： 主要的Cisco CallManager的故障将采取语音邮件系统服务中断。 如果此情况发生， NB策略是手工移动SMDI电缆向备用Cisco CallManager。 或者， SMDI分离器会允许两台呼叫管理器同时被连接，并且允许自动故障切换。
目前两个24端口FXS卡在同样Catalyst 6509机箱驻留。 Catalyst 6509故障将采取语音邮件系统服务中断。 如讨论及早在本文，有将被获取根据适应能力通过添加秒钟Catalyst 6509。
下面的表在NB网络列出三不同种类的语音网关。
端口的编号
Catalyst 6509
8条x 30条信道
Catalyst 6509
PRI/CAS/E1
2条x 30条信道
Catalyst 6509拿着单个8端口EL卡。 三这八个端口连接到PSTN通过PRI。 每个E1端口有其自己的IP地址和其端口功能作为独立网关。 呼叫路由到/从网关是由Cisco CallManager控制的通过小型协议。 用户通过拨打0拨一个PSTN号码，由PSTN编号跟随。 呼入的呼叫有剥离的主导的数字，并且呼叫路由到根据前五个数字的被呼叫的IP电话。
用户拨'9'选择一条外部线路，并且Cisco CallManager在提交呼叫之前去除此数字对PSTN。 NB尝试了去除数字二个方法。 第一个方法在路由模式在Cisco CallManager包括一个“小点”，并且所有点前数字在提交它之前被丢弃对PSTN。 秒钟和首选的方法，是配置丢弃作为在Cisco CallManager设置的网关一部分。 这由设置数字的数量剥离字段完成到一个。 此第二个方法是更好的，因为保留主导的'9'，当编号在放置呼叫目录存储在IP电话时。 这意味着用户能以后重拨编号从目录，而不必按editdial和添加主导的'9'。
FXS网关仅仅使用语音邮件。 这些网关是由Cisco CallManager控制的通过Skinny。
Cisco 7200网关提供IP电话网络在DBS和全世界NB PBX网络之间的连通性。 此网关是DBS大厦不物理位于唯一的VoIP装置： 它位于Nbap大厦，并且通过广域网链路被到达。
Cisco 7200网关符合一台单个两端口的E1端口适配器，并且使用H.323与呼叫管理器谈。 两个E1端口连接到Nortel Meridian位于NBAP。 一个端口使用QSIG和另一用途随路信令(CAS)与PBX谈。 呼叫到新加坡PBX扩展名路由在QSIG端口下，而国际呼叫，使用专用语音网络(Telnet)，通过CAS端口路由。
CAS和QSIG的混合复杂化设置。 要求CAS通过全世界Telnet语音网络提供存取对于personal identification number (PIN)代码保护的国际拨号。 当用户拨此服务时，他们拨打313xxxxxx，其中xxxxxx是六位PIN代码。 验证此PIN代码的Meridian应用程序不看上去通过PRI支持。 因此，需要为此使用CAS在二个Trunk之一。
该说， CAS信令比QSIG中继线证明容易开始。 在遇到的问题之中是时间位置查寻在以B信道编号的Meridian和分歧。 几乎所有问题在Cisco 7200和Meridian边和配置参数有关不匹配。 在Cisco IOS提供了一个工作的Meridian配置之后，这些问题解决。
Meridian配置的复制下面是包括的。 此配置是从Meridian选项11C，运行软件版本24.24。 要求以下软件包为了激活此配置。
以下配置是从设置路由数据块。
(Route Data Block)
(Customer Number)
(Route Number)
(Trunk Description)
(Trunk type - Tie Line or DID)
(Route Class - Internal or External)
(Digital Trunk - YES)
(Digital Group Type - PRI 30B + D)
(YES when DGTP is PRI or PRI2)
(ISDN/PRA Route)
(ESGF req QSIG & QSIF GF Pkgs)
(Bothway Trunk In and Out (IAO))
(Trunk access code)
此配置是从D信道。
(D-Channel Number assigned by programmer)
(D-Channel Card type)
(Card Location)
(Port Number)
CISCO_5300
(Description)
(User type - PRI for ISDN PRA only)
(Loop the D-Channel will be associated with)
(Output request buffer)
(64kb/s Clear - Don't change)
(Clock Source - External)
(Default NO)
(ETSI Q Reference Signaling - MSDL D-Channel ONLY)
(Opt0 is default for ESIG and ISIG interfaces)
(100% Compatible)
(Network or User Side)
(2 = Channel is indicated - alternative is accepted)
(COLP is default for ESIG, ISIG interfaces)
这是循环计时器的一种配置为PRI专用线路接口。
此配置是从B信道。
(LEN, TN (Terminal Number))
(Trunk Type - Tie Line)
(Single Density Card
(Customer 0)
(Trunk Type)
(Pad Category Table)
(A-law or Mu-Law)
(Network Class of Service)
(Route Member- x is router no., y is member no.)
B-CHANNEL SIGNALING
(TGAR Restricted Dialing Leave as 0)
CTD DIP WTA LPR APN THFD XREP BARD
(Class of services)
网关配置为二个E1 Trunk这里显示。 注意网关作为网络端，而Meridian是用户端。
controller E1 5/0
pri-group timeslots 1-31
!-–– Defines PRI trunk.
controller E1 5/1
framing NO-CRC4
ds0-group 0 timeslots 1-15,17-31 type e&m-wink-start
!-–– CAS trunk.
interface Serial5/0:15
isdn switch-type primary-qsig
!-–– Defines Q.SIG signaling.
isdn protocol-emulate network
!-–– The network side.
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
网关有15个POTS拨号对等体。 大多Dial Peer指出QSIG中继线，反射是可及的在PBX边的多种PBX扩展名。
剩余的Dial Peer指出CAS Trunk，直接呼叫对Telnet语音网络。 并且请注意配置QSIG中继线包括一个进展指示器带有值为8，当送回一个警报消息到PBX时。 这告诉PBX网关提供带内回铃音，并且PBX打开音频路径，在呼叫由IP电话以前应答。
dial-peer voice 33 pots
preference 1
destination-pattern 33.......
direct-inward-dial
port 5/1:0
!-–– Calls routed out of the CAS trunk.
forward-digits all
dial-peer voice 313 pots
destination-pattern 313......
direct-inward-dial
port 5/1:0
forward-digits all
dial-peer voice 40000 pots
destination-pattern 4....
progress_ind alert enable 8
!-–– Gateway to provide ringback.
direct-inward-dial
port 5/0:15
!-–– Calls routed out of the QSIG trunk.
forward-digits all
dial-peer voice 8 pots
destination-pattern 8T
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 7 pots
destination-pattern 7T
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 6 pots
destination-pattern 6T
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 5 pots
destination-pattern 5T
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 16 pots
destination-pattern 16...
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 13 pots
destination-pattern 13...
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 2 pots
destination-pattern 2T
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 1000 pots
destination-pattern 1...
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 10 pots
destination-pattern 0...
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 3 pots
destination-pattern 3...
progress_ind alert enable 8
direct-inward-dial
port 5/0:15
forward-digits all
dial-peer voice 508200 pots
destination-pattern 5082..
progress_ind alert enable 8
port 5/0:15
forward-digits all
只有二个VoIP拨号对等体，一个指向每Cisco CallManager。 Dial Peer是相同的除了首选，保证呼叫路由对主要的Cisco CallManager，当可得到时。 progress_ind.setup.enable 3在设定消息通知网关发信号对PBX，通过一个进展指示器，主叫用户名详细资料是非ISDN。 最后，当建立一个H.225会话用Cisco CallManager时， h225超时tcp设立3通知网关等待最多三秒。 如果Cisco CallManager不回应在三秒以内，网关尝试附属Cisco CallManager。
dial-peer voice 17000 voip
preference 1
!-–– Route to primary Cisco CallManager is preferred.
destination-pattern 17...
progress_ind setup enable 3
!-–– Progress indicator = non-ISDN.
voice-class h323 10
session target ipv4:10.66.184.13
dtmf-relay cisco-rtp h245-signal h245-alphanumeric
codec g711ulaw
ip precedence 5
dial-peer voice 17001 voip
preference 2
destination-pattern 17...
progress_ind setup enable 3
voice-class h323 10
session target ipv4:10.66.184.14
dtmf-relay cisco-rtp h245-signal h245-alphanumeric
codec g711ulaw
ip precedence 5
voice class h323 10
h225 timeout tcp establish 3
在NB IP电话项目的rollout期间遇到的某些最不变的问题适合于响应。 当他们通过Cisco 7200网关，呼叫某些编号主要响应问题由IP电话用户遇到。 进入设法减少响应的努力是广泛和以下信息尝试捕获可能是有用的对其他配置此经验的部分。
最初的期望由IP电话设计小组是为了Cisco 7200网关能提供VoIP边和单个PBX之间的连通性在NBAP。 结果是，实际上提供什么是VoIP边和非常大，全世界NB语音网络之间的连通性。 NB语音网络它本身有一种传统，包括一定数量的回声问题。 以前， NB在此网络尝试调整多种节点的功率电平使相当数量响应减到最小。 Cisco 7200网关连接的网络是网络带有现有的回声问题。 它也有不同电平信号功率，根据呼叫的目的地。 这是困难集成。
通过引入分组的语音解决方案，带有其另外的延迟，回声问题被恶化了。 处理此，以下调节做了。
Cisco 7200回波取消器对他们的多数进取的设置被调整了。
输入收益降低。
输出衰减在二个E1 Trunk增加了。
当这减少了响应时，有容量级别，当呼叫某些目的地在NB语音网络时，太是低，并且用户抱怨的不理想的副作用。 由于信号电平不匹配在传统边，有配合呼叫到/从所有目的地收益和衰减的没有组合。 为呼叫工作的良好什么到香港在呼叫创建了响应对韩国。 为韩国工作的什么导致低容积问题为香港。 下面的配置显示语音端口的当前妥协配置在Cisco 7200网关。
voice-port 5/0:15
input gain 0
output attenuation 3
echo-cancel coverage 32
compand-type u-law
voice-port 5/1:0
input gain -2
echo-cancel coverage 32
compand-type u-law
timeouts interdigit 5
timeouts wait-release infinity
timing percentbreak 60
开发工程在改进一些Cisco产品的响应取消功能目前运作。 NB等候这些改进为了进一步减少响应。
其它方案建议对NB，但是用户决定等待Cisco改进。 二建议解决方法讨论下面希望其他项目能从他们有益于的。 一般教训从NB了解是应该及早上升红旗戒备，如果建议的IP电话解决方案连接到一个大专用的老式语音网络。 通过该执行，这些解决方法可以从开始设计和开销到解决方案。
解决方法1 -插入第三方回波取消器在Cisco网关和PBX之间。 Cisco回音消除技术能目前取消被延迟较少然后32毫秒的响应尾标。 响应的信号必须是受6至少dB支配回应返回丢失(ERL)，即，接收的响应信号比最初传送的信号必须是6至少dB更低。 为了它是值得的，第三方取消者的性能应该超出上述值。
解决方法2 -增加Trunk的数量在Cisco网关和PBX之间。 这允许每个Trunk用一个不同的收益/衰减设置被配置。 呼叫可能横跨Trunk然后路由带有最适当的响应特性。 例如，当呼叫向韩国通过Trunk 2时，呼叫向香港可能通过Trunk 1。 PBX也需要能根据，在哪里路由呼叫横跨正确的Trunk，呼叫产生。
虽然G.711目前使用在网络中，目的将使用G.729横跨DBS和NBAP之间的广域网链路。 设计通过指定硬件会议的数字信号处理器(DSP)资源考虑了到此。 硬件资源在Catalyst 6509驻留。 收回仅三八个E1端口为PSTN连通性是在使用中。 三剩余的五个端口使用会议。
有设置作为转码的资源的二个未使用的端口在Catalyst 6509 E1模块。 目前没有对转码的需要，但是需要将出现，如果NB决定配置IP交互语音应答(IVR)服务器。
在本文被写作了时候，下面的表列出用于NB网络的软件版本。
Catalyst 6509
Catalyst 4006
Cisco 7260VXR
12.1(3a)XI5
Cisco CallManager
IP电话7960
WS-X6608-E1
WS-X6624-FXS
网络管理工具目前没有被用于管理NB IP电话网络。
下面的表总结在配置期间遇到的主要问题。 这些问题详细资料及早在本文讨论。
当建立接口分组语音网络对一个大老式语音网络时，请响应。
委任另外的Trunk并且变化收益或衰减，以便呼叫可以横跨一个Trunk路由与适当的设置。
用于第三方回波取消器。
等候被改进的Cisco回音消除技术。
配错的QSIG参数在网关和PBX支持。
使用一个相似的设置得到工作的PBX配置从现有的站点。
选择外部线路的数字没存储在放置呼叫目录。
丢弃主导的数字在网关配置里，并且请勿使用一个点前丢弃动作在路由模式。
下面的表列出导致TAC案例的所有问题。 并且包括是由部署小组解决的局部的其他重大的问题。
状态和解决方法
QSIG信道停工。
最初通过在Nortel PBX重新配置LD17 Channel Negotiation (CNEG)参数解决从Option(2)对Option(1)。 然而，问题症状在一些时间以后再现了。 随后， PBX供应商从ESIG (GF QSIG设置)在PBX更改了PRI QSIG设置到ESGF (欧洲QSIG设置)。 在修改以后，信道停工停止发生，但是仅上面的15条信道是工作。 要纠正问题， Isdn contiguous-bchan命令从VoIP路由器被删除了。
B信道不匹配Nortel PBX使用信道31作为控制通道的地方，当Cisco语音网关PRI使用信道16时。
通过在PRI QSIG接口配置Isdn contiguous-bchan命令解决。 此命令被用于指定邻接承载信道处理，以便B信道1至30 (跳过的信道16)映射对时间位置1至31。 这为E1 PRI接口是可用的，只有当使用isdn switch-type命令配置时主要qsig交换机Type选项。
响应。 有7200回波取消器可能不能删除响应的二个方案。
方案1 ： 响应太大声的为了取消者能取消。
方案2 ： 响应由超过32毫秒延迟，是在7200个取消者的覆盖之外。
方案1 ： 做对输出衰减和输入收益的调节在语音网关和填充在PBX非常地改进了响应情况。 最终设置是：
Cisco 7200 PRI输入收益= 0
Ciisco 7200 PRI输出衰减= 3
Cisco 7200 CAS输入收益= -2
Cisco 7200 CAS输出衰减= 0
PBX PRI TX衰减= 2
PBX PRI RX衰减= 4
PBX CAS TX衰减= 0
PBX CAS RX衰减= 5
残余回音在RTP流的前1到2秒内发生作为静态噪声。 期限是不可避免为了可适应的算法能培训在音象流和描出一个有效取消。
方案2 ： 超过32毫秒响应尾标是不太可能的在模拟语音网络。 然而，它在分组语音网络能发生。 因为回波消除范围目前在最多32毫秒，开发工作是实施中导致将集成第三方G.168兼容回波取消器的代码(带有至少64毫秒的尾标长度)。
解密高手噪声，拙劣语音质量(电话负荷)。
被装载的P003Q301固件到IP电话里。 Q负荷是稳健往抖动和延迟。
没有回铃到IP电话，当呼叫外部编号通过QSIG时。
网关不生成回令音，除非设定消息包含进展指示器3 (始发地址是非ISDN)。 这是因为网关假设那，不用PI 3，始发交换机是ISDN并且盼望交换机生成回令音。 没有PI 3设置，网关盼望ISDN交换机生成环，但是ISDN交换机不生成环。 这可能是由于ISDN网际互联问题。
要使网关生成回令音，请配置progress_ind在VoIP拨号对等体。
dial-peer voice 1 voip
destination-pattern 8...
progress_ind setup enable 3
session target ipv4:192.168.2.10
dtmf-relay h245-alphanumeric
codec g711ulaw
ip precedence 5
以上然后将强制网关为出来在ISDN的呼叫提供回令音VoIP拨号对等体的该纵排。
有一个区别在DTMF期限内。 这可能由事实造成Catalyst不正确地认可语音邮件系统发送的DTMF音。 默认情况下当来自Catalyst卡时， DTMF期限是300毫秒。 当来自语音邮件时，期限是130毫秒。 Octel规格要求至少五个数字每秒是需要的为了符号交换能适当地运作。 Cisco CallManager目前发送H245-SIGNALLING带有300毫秒的期限，做总数300*5 = 1.5秒。 在此期限，在语音邮件联网头完全接受之前， Octel语音邮件暂停了。
绕过了24端口FXS模块(小设备)用用FXS卡(H.323设备)被装载Cisco 3640网关。
单向音频为呼叫横跨语音网关。
问题是由选择IP地址的网关引起的除那回环接口之外。 回环是呼叫管理器数据流离开路由器的接口。
放置h323-gateway voip捆绑SRC-ADDR IP地址在此接口强制路由器使用指定的IP地址作为RTP源地址。
interface Loopback0
description ::: Loopback for BGP peering
ip address 192.170.94.34 255.255.255.255
h323-gateway voip interface
h323-gateway voip bind srcaddr 192.170.94.34
在Cisco CallManager上，从名字请更换H.323网关设备到IP地址。 这也防止所有未预期的问题带有反向DNS或主机查找。
Cisco CallManager有已知的问题，其中其服务随着时间的推移迟缓地恶化由于内存损失。 一个临时修正是每星期重新启动Cisco呼叫管理器。
安装的Windows 2000服务包1和虚拟内存修正对CallManager服务器。 作为额外预防措施， NB建议每周重新启动呼叫管理器为了随后的月能保证最大稳定性。 NB应该决定终止每周重新启动，当视为适当。
WFQ不在多条2 Mbps链路的多PPP工作。 Service policy命令为LLQ实施一会后消失产生不确定的广域网工作情况。
三个选项为处理此问题是可用的：
对于所有接口在MPPP套件，请设置带宽在串行接口到至少 x 3600)。
是一个预发布版本的12.2的升级到12.2.018。 这是(不是TAC)支持的DE。 问题在此版本被调整。
实现优先级排队为广域网Qos另一个类似。
Message按钮在电话最初没有工作。
要求以下设置启用Message按钮：
在服务参数，请进入语音邮件分机号作为VoiceMailDN字段的值。
在企业参数，请进入语音邮件分机号作为MessageDirectoryNumber字段的值。
广播数据流的高水平从E1卡(WS-X6608)由于一个Bug在地址解析协议(ARP)代码在Catalyst 6509小型网关模块。
作为解决方法， E1卡(WS-X6608)在独立的VLAN被配置。 这使ARP高速缓存降低的大小到最多三个条目。 同时，新的小型网关固件升级(D004R300)被装载到模块解决问题。
CoS损失横跨广域网链路。
其中一个新功能在Cisco IOS软件Release 12.1(5)T以上是TOS对COS映射。 使用此，路由器能在发送任何东西之前设置CoS=ToS到Catalyst 6509。 Catalyst 6509为trust-COs在路由器端口然后被配置，并且拾起内部DSCP值从那里。 Cisco Qos使用DSCP维护ToS和CoS值。
当访问语音邮件系统通过WS-X6624卡时， ARP表是损坏，造成音象流损失。
作为解决方法， FXS卡(WS-X6624)在独立的VLAN被配置。 这使ARP高速缓存降低的大小到最多三个条目。 同时，新的小型网关固件升级(A002S300)被装载了到模块。
常去暂停FXS端口被连接到Octel语音邮件设备。
此问题似乎普通用Octel语音邮件系统带有模拟(FXO)连通性。 当语音邮件设备被建立接口用不同的PBX系统时，暂停的端口的数量可能变化。 传统PBX通常有能力重置各自的暂停的端口，无需影响整体语音邮件操作。 Cisco实现在FXS卡使用户重置和监控单个端口的DickTracy程序。
DickTracy程序在网络可以在所有PC上安装。 运行它，并且连接到您的WS-X6624 IP地址。
一旦连接，请点击选项。 开始记录，然后输入以下命令在命令行字段：
要得到端口状态，请输入5显示状态(这提供每个端口的状态。 使用DickTracy，端口号是基于的0 ： 端口1在前端是端口0在DickTracy)。
要重置端口，请输入以下：
4 set kill port[x]
!--- Where x is the 0-based port number.
5 disable port x
5 enable port x
没有监控可用为多链路设置。 各自的串行链路不可以是支持IP的。
推荐是使用简单网络管理协议(SNMP)轮询接口状态。 有几个方式执行此。 测试的选项是创建UNIX脚本使用snmpget命令收集接口状态和一样ping script命令的方式。 另一个选项是扩大MRTG的功能(这是收集接口使用率的免费软件SNMP工具)收集接口状态。 选项是使用一个基于SNMP的网络管理应用程序。
周期地路由器重新启动由于总线错误。
异常的分组处理操作在PA-2FEISL硬件的早修正被发现了正如Cisco Bug ID问题 (注册的用户)所描述。 问题通过硬件变更解决了对2端口快速的以太网/ISL端口适配器。 PA-2FEISL-xx卡用硬件修订版编号相等对或更晚比如下所示的硬件修订版不受影响。
PA-2FEISL-TX和PA-2FEISL-FX
硬件Revision 1.2硬件Revision 2.0
NB使用硬件Revision 1.1。
无法访问Cisco CallManager User页。
此问题是解决使用以下程序。
去CCMAdmin页。 点击系统在主菜单然后点击Enterprise Parameters。
从Enterprise Parameter页，请检查LDAP ： Cisco基础和LDAP ： 用户群参数。 (LDAP ： Cisco基础应该是和LDAP ： 用户群应该是ou=Users， 。)
在更新这些参数以后，所有用户能从用户页登录。 问题在Cisco CallManager 3.0.4被找到上述参数是NULL的地方。
网络专业人士连接是网络专业人士的一个论坛，它共享网络解决方案、产品和技术的相关问题、建议和信息。 功能链路是此技术可用的一些最近的会话。
Net Pro论坛-专题对话为语音
服务提供商： VoIP
语音&视频： VoIP
语音&视频： IP 电话
语音&视频： IP电话服务为终端用户
语音&视频： 统一的通信
语音&视频： IP电话服务为开发员
语音&视频： 常规
推荐读物： Cisco新闻故障， ISBN
声明：此文档是由为思科 TAC 网页内容翻译所开发的英汉机器自动翻译系统翻译的。在有疑问或作出重要的技术支持决策时,请随时参考英文原文。Updated:
Jun 21, 2004Document ID: 13968
[an error occurred while processing this directive]
[an error occurred while processing this directive]