AsterCC呼叫中心系统常见问题及解答
4.如何配置主叫号码
11.如何设置启用谷歌地图
13.如何设置录音
16.如何使用知识库
20.如何修改录音文件地址
23.常见系统提示窗口
26.如何使用话机快捷键获取客户进行外拨并保存呼叫状态和结果
32.
实际案例指导
45.如何在外呼营销中利用通配符把模板内容用客户资料信息替换
用途和案例
46.如何建立一个语音广播系统
48. 如何自定义弹屏地址
50. 如何导入电话销售号码段进行外呼拨号_自动拨号和预拨号
51. 如何进行电话转接
52. 如何利用电话键盘进行外呼任务
业务发展需要，我司搬至大连市高新园区黄浦路201号，新办公地点能够容纳15名技术人员，可以更加快速的为国内外客户提供优质产品和服务。
同时我司开始使用统一的对外联络号码：4008217062
感谢大家对我们的支持
主要提供的新功能包括
全部修改日志请参见 http://wiki.astercc.com/doku.php?id=zh:change_log:astercc-2.3-rc2_changelog
产品下载试用请访问 呼叫中心系统下载
构建一个企业集团的IP分布式呼叫中心，其成本、安全性、稳定性、高效性是必须要考虑的重要因素，本文正是基于这样的环境，提出了采用开源的软交换和VPN系统来构建企业集团IP分布式呼叫中心的方案，即 呼叫中心VPN – IPPBX
虚拟专用网 – VPN – 吸引了许多既希望扩大其网络功能又降低成本的公司(组织)。这种VPN可以在 允许员工安全登录公司网站的工作场所和家庭 中找到。远程办公人员，和那些能够很快捷地与公司内部网保持连接的出差人员。无论你是否参与(使用)了VPN，对它有所了解是一项很好的技术。该VPN教程涉及了很多有趣的方面，比如：网络协议设计、网络安全、网络服务外包 和 技术标准。
VPN，提供了一个尽可能长的物理距离的网络连接。在这方面，VPN是广域网（WAN）的一种形式。它可以实现文件共享，视频会议 和 类似的网络服务。虚拟专用网络一般不会提供尚未通过其他机制提供的任何新功能，但在大多数情况下，VPN会更有效地、更便宜地实现这些服务。
VPN的一个主要特点是：它可以用一种叫做通道的方法，通过像Internet公共网络一样的专用网络 来工作。VPN使用的基础硬件设施与现有的Internet或Intranet连接所使用的一样。VPN技术，包括各种用以保护虚拟专用连接的安全机制 。具体来说，一个VPN支持至少三种不同的使用模式：
近年来，许多公司(组织)通过允许更多的员工远程办公来提高员工的流动性。不断出差的员工面临一个日益增长的需求，那就是想与公司网络保持连接。VPN可以设置远程支持，保护互联网上企业家庭办公室访问。互联网VPN的解决方案采用如下的客户机/服务器设计的工作原理：
之前的VPN，远程的工作人员要访问公司网络，是通过私人租用线路或通过拨号远程访问服务器。然而，VPN客户端和服务器端是需要安装软硬件的，因此在某种程度上，互联网VPN是一个不错的解决方案。
除了使用虚拟专用网络进行远程访问外，VPN也可以将两个网络桥接在一起。在这种操作模式下，一个完整的远程网络(而非仅是一个单一的远程客户端)可以连接到不同的公司网络以形成一个更广大的内联网。
内部网络也可以利用VPN技术，来实现控制对专用网下单个子网的访问。在这种操作模式下，VPN客户端连接到作为网络网关的VPN服务器。这种类型的VPN的使用不涉及因特网服务提供商(ISP)或公共网络布线。但是，它允许在一个组织内部配置VPN的安全保护。这种作为为企业保护本地无线网络的方法，已经变得十分流行。
像许多商业化网络技术一样，大量的销售和营销炒作包围着VPN。实际上，虚拟专用网只提供了一些超过传统广域网形式的具体潜在优势。这些优势当然非常明显，但是凡事都有两面性。VPN的潜在问题超过它的优点，这一点并不难理解，虽然缺点未必比优点多。从安全和性能的角度来考虑，去应对各式各样的厂商产品不兼容问题，在没有计划和准备的情况下，无法作出是否使用VPN的决定。
VPN的发展使得很多网络协议变得流行起来。比如：
这些协议强调VPN的身份验证和加密。在网络上，身份验证允许VPN客户端和服务器能够正确地建立信任。加密则允许来自公众的潜在敏感数据被隐藏。许多厂商已经开始开发VPN硬件 和/或 软件产品。不幸的是，未成熟的VPN标准意味着一些产品仍然互不兼容。
对那些远程连接公司网络的员工来说，虚拟专用网络已经因为节省公司开支而变得越来越流行。很多公司还采用VPN作为私人Wi-Fi无线网络安全的解决方案。预计在未来几年，VPN技术的使用将逐步继续扩大。
问：VPN的优势以及给呼叫中心带来的益处？
VPN虚拟专用网是一个建立长距离或安全的网络连接。VPN一般是由企业或组织而不是个人 来实施(部署)，但从家庭内部网络即可连接上。与其他技术相比而言，VPN为无线局域网提供了多种优势和明显的效益。
答：对于希望提供一种安全网络基础设施的组织(公司)客户群体而言，在技术上VPN具有了两大主要优势：节约成本和网络的可测性。对于访问网络的客户端而言，VPN可以带来易用性的优势。
VPN节省开支在以下几个方面：
VPN与租线
组织(公司)通常需要租用网络容量，比如用T1线路去实现办公场所之间的安全连接。用VPN，就可用包括因特网在内的公共网络基础设施使得它们相互连接。并且还可以通过更便宜的本地租线甚至只是宽带连接到附近的Internet服务提供商(ISP)，进入虚拟网络。
长途电话费用
VPN也可以代替远程服务器访问，在过去，出差在外的员工通常用远程拨号进行网络连接来访问公司内部网。例如：用因特网VPN，通常客户端仅需连接到本地服务提供者的访问点。
支持成本
使用VPN来维护服务器的成本往往低于其他方法，因为组织(公司)可以从专业的第三方服务提供商获取所需要的支持。这将通过 为很多企业客户提供服务获得的规模经济，来取得低成本。
强安全性
目前VPN主要采用四项技术来保证数据通信安全，这四项技术分别是：隧道技术(Tunneling)、加解密技术(Encryption & Decryption)、密钥管理技术(Key Management)、身份认证技术(Authentication)。在用户身份验证安全技术方面，VPN是通过使用点到点协议(PPP)用户级身份验证的方法来进行验证，这些验证方法包括；密码身份验证协议(PAP)、质询握手身份验证协议 (CHAP)、Shiva 密码身份验证协议 (SPAP)、Microsoft 质询握手身份验证协议(MS-CHAP) 和可选的可扩展身份验证协议 (EAP)；
数据加密和密钥
VPN采用微软的点对点加密算法(MPPE)和网际协议安全(IPSec)机制对数据进行加密，并采用公、私密钥对的方法对密钥进行管理。MPPE使 Windows 95、98和NT 4.0终端可以从全球任何地方进行安全的通信。MPPE加密确保了数据的安全传输，并具有最小的公共密钥开销。以上的身份验证和加密手段由远程VPN服务器强制执行。对于采用拨号方式建立VPN连接的情况下，VPN连接可以实现双重数据加密，使网络数据传输更安全。
网络协议支持
VPN支持最常用的网络协议，这样基于IP、IPX和NetBEUI协议网络中的客户机都可以很容易地使用VPN。这意味着通过VPN连接可以远程运行依赖于特殊网络协议的应用程序。新的VPN技术可以全面支持如：AppleTalk、DECNet、SNA等几乎所有的局域网协议，应用更加全面。
安全的IP地址
因为VPN是加密的，VPN数据包在因特网中传输时，因特网上的用户只看到公用的IP地址，看不到数据包内包含的专有网络地址。因此远程专用网络上指定的地址是受到保护的。IP地址的不安全性也是在早期的VPN没有被充分重视的根本原因之一。
最开始，一个组织(公司)建立一个专用网络的成本是合理的。但是，它会随着企业的成长而呈指数增长。例如，一个公司有2个分公司，那么1根线即可将互联，但4家分公司则需要6根线才可以实现直接地两两互联，6家分公司则需要15根线才可以实现直接地两两互联，依次类推…。基于互联网的VPN通过简单地窃听公共线路和即时获取网络功能避免这种扩展性问题。特别是对偏远和国际地区，互联网VPN提供了优越的覆盖面和服务质量。
要使用VPN，每个客户端必须拥有支持适合他们本地网络和电脑的网络软硬件。正确设置后，VPN解决方案易于使用，有时也可作为注册网络的一部分而自动工作。VPN技术也可以通过Wi-Fi无线局域网络良好地运行。很多组织(公司)在办公室内工作时，使用VPN来保护自己本地接入点的无线连接。这些解决方案提供了强有力的保障，而且不会过分影响性能。
尽管VPN有很高的知名度，但是它并不完美，它的局限性像其他技术一样真实地存在着。当配置和使用虚拟专用网络时，企业应该注意以下操作：
虚拟专用网络技术是基于隧道的想法。VPN隧道包括建立和维护一个逻辑网络连接(可能包含中间跳)。在这类连接中，包被创建在特定的封装在某些其他基础或载体的VPN协议格式的分组内，然后在客户端和服务器之间传输，并最终在接收端解封装。对于基于互联网的VPN，VPN协议中的一个数据包将被封装在IP包中。VPN协议还支持身份验证和加密来保证隧道安全。
VPN支持两种类型的隧道 – 自愿隧道和强制隧道，这两种类型的隧道都很常用。自愿隧道，客户端提供连接设置的管理。客户端首先使连接到网络提供商的载体(因特网VPN下的ISP)，然后，VPN客户端应用程序通过这种实时连接创建隧道到VPN服务器。强制隧道，网络运营商载体提供连接设置的管理。当客户首次与载体建立普通连接，所述载体会反过来立即断掉客户端和VPN服务器之间的连接。从客户端角度看，VPN的连接 的设置只需一步的步骤，而不像自愿隧道需要两步程序。
强制VPN隧道的客户端认证和它们相关连用特定VPN服务器，用逻辑连接到代理设备。该网络设备有时被称为VPN的前端处理器(FEP)，网络接入服务器(NAS) 或 实时服务器热点(POS)。强制隧道会隐藏从VPN客户端到服务器连接的详细信息，并有效地转移了从客户端到ISP的隧道管理控制。作为回应，服务提供商必须附加安装和维护FEP设备的额外负担。
很多计算机网络协议已经专为VPN隧道的使用实现。下面列出的三种最流行的VPN隧道协议。它们在这个行业中相互竞争，因此这些协议通常彼此是不兼容的。
多家公司合作，共同打造PPTP规范。人们通常会把 PPTP 和 微软联系在一起，因为几乎所有客户端的协议包括内置此协议都会支持微软。虽然微软一直改善PPTP的支持，但在最初发布时，就有很多专家声称在使用方面，安全功能弱爆了。
在VPN隧道中，PPTP起初的竞争对手是L2F，L2F是思科产品实现的主要协议。在试图改善L2F上，它和PPTP的最佳功能相结合，以创建一个名为L2TP的标准。就像PPTP，在OSI模型中，L2TP存在于数据链路层(第二层)，因此它的名字由此而来。
IPsec是实际上的多个相关协议的集合。它可以作为一个完整的VPN协议解决方案或者单纯地作为L2TP或PPTP的加密格式。IPsec存在于OSI模型的网络层（第三层）。
相关阅读：《什么是 呼叫中心VPN 安全技术的关键？》 http://compnetworking.about.com/od/vpn/f/vpn-security.htm
本文介绍一些用来监控呼叫中心linux服务器带宽使用情况的命令行工具。这些工具可以监控通过网络接口传输的数据，并测量当前那些数据传输的速度。入站流量和出站流量分开来显示。有的命令可以显示单个进程所使用的带宽。这样一来，用户很容易发现过度使用网络带宽的某个进程。这些工具使用不同的机制来制作流量报告，nload等一些工具可以读取”proc/net/dev”文件，以获得流量统计信息；而一些工具使用pcap库来捕获所有数据包，然后计算总数据量，从而估计流量负载。
下面是按功能划分的命令名称。
1. nload
nload是一个命令行工具，让用户可以分开来监控入站流量和出站流量。它还可以绘制图表以显示入站流量和出站流量，视图比例可以调整。用起来很简单，不支持许多选项。
所以，如果你只需要快速查看总带宽使用情况，无需每个进程的详细情况，那么nload用起来很方便。
安装nload：Fedora和Ubuntu在默认软件库里面就有nload。CentOS用户则需要从Epel软件库获得nload。
2. iftop
iftop可测量通过每一个套接字连接传输的数据；它采用的工作方式有别于nload。iftop使用pcap库来捕获进出网络适配器的数据包，然后汇总数据包大小和数量，搞清楚总的带宽使用情况。
虽然iftop报告每个连接所使用的带宽，但它无法报告参与某个套按字连接的进程名称/编号（ID）。不过由于基于pcap库，iftop能够过滤流量，并报告由过滤器指定的所选定主机连接的带宽使用情况。
n选项可以防止iftop将IP地址解析成主机名，解析本身就会带来额外的网络流量。
安装iftop：Ubuntu/Debian/Fedora用户可以从默认软件库获得它。CentOS用户可以从Epel获得它。
3. iptraf
iptraf是一款交互式、色彩鲜艳的IP局域网监控工具。它可以显示每个连接以及主机之间传输的数据量。下面是屏幕截图。
安装iptraf：
4. nethogs
nethogs是一款小巧的”net top”工具，可以显示每个进程所使用的带宽，并对列表排序，将耗用带宽最多的进程排在最上面。万一出现带宽使用突然激增的情况，用户迅速打开 nethogs，就可以找到导致带宽使用激增的进程。nethogs可以报告程序的进程编号（PID）、用户和路径。
安装nethogs：Ubuntu、Debian和Fedora用户可以从默认软件库获得。CentOS用户则需要Epel。
5. bmon
bmon（带宽监控器）是一款类似nload的工具，它可以显示系统上所有网络接口的流量负载。输出结果还含有图表和剖面，附有数据包层面的详细信息。
安装bmon：Ubuntu、Debian和Fedora用户可以从默认软件库来安装。CentOS用户则需要安装repoforge，因为Epel里面没有bmon。
bmon支持许多选项，能够制作HTML格式的报告。欲知更多信息，请参阅参考手册页。
6. slurm
slurm是另一款网络负载监控器，可以显示设备的统计信息，还能显示ASCII图形。它支持三种不同类型的图形，使用c键、s键和l键即可激活每种图形。slurm功能简单，无法显示关于网络负载的任何更进一步的详细信息。
安装slurm
7. tcptrack
tcptrack类似iftop，使用pcap库来捕获数据包，并计算各种统计信息，比如每个连接所使用的带宽。它还支持标准的pcap过滤器，这些过滤器可用来监控特定的连接。
安装tcptrack：Ubuntu、Debian和Fedora在默认软件库里面就有它。CentOS用户则需要从RepoForge获得它，因为Epel里面没有它。
8. vnstat
vnstat与另外大多数工具有点不一样。它实际上运行后台服务/守护进程，始终不停地记录所传输数据的大小。之外，它可以用来制作显示网络使用历史情况的报告。
运行没有任何选项的vnstat，只会显示自守护进程运行以来所传输的数据总量。
想实时监控带宽使用情况，请使用”-l”选项（实时模式）。然后，它会显示入站数据和出站数据所使用的总带宽量，但非常精确地显示，没有关于主机连接或进程的任何内部详细信息。
vnstat更像是一款制作历史报告的工具，显示每天或过去一个月使用了多少带宽。它并不是严格意义上的实时监控网络的工具。
vnstat支持许多选项，支持哪些选项方面的详细信息请参阅参考手册页。
安装vnstat
9. bwm-ng
bwm-ng（下一代带宽监控器）是另一款非常简单的实时网络负载监控工具，可以报告摘要信息，显示进出系统上所有可用网络接口的不同数据的传输速度。
如果控制台足够大，bwm-ng还能使用curses2输出模式，为流量绘制条形图。
安装bwm-ng：在CentOS上，可以从Epel来安装bwm-ng。
10. cbm：Color Bandwidth Meter
这是一款小巧简单的带宽监控工具，可以显示通过诸网络接口的流量大小。没有进一步的选项，仅仅实时显示和更新流量的统计信息。
11. speedometer
这是另一款小巧而简单的工具，仅仅绘制外观漂亮的图形，显示通过某个接口传输的入站流量和出站流量。
安装speedometer
12. pktstat
pktstat可以实时显示所有活动连接，并显示哪些数据通过这些活动连接传输的速度。它还可以显示连接类型，比如TCP连接或UDP连接；如果涉及HTTP连接，还会显示关于HTTP请求的详细信息。
13. netwatch
netwatch是netdiag工具库的一部分，它也可以显示本地主机与其他远程主机之间的连接，并显示哪些数据在每个连接上所传输的速度。
14. trafshow
与netwatch和pktstat一样，trafshow也可以报告当前活动连接、它们使用的协议以及每条连接上的数据传输速度。它能使用pcap类型过滤器，对连接进行过滤。
只监控TCP连接
15. netload
netload命令只显示关于当前流量负载的一份简短报告，并显示自程序启动以来所传输的总字节量。没有更多的功能特性。它是netdiag的一部分。
16. ifstat
ifstat能够以批处理式模式显示网络带宽。输出采用的一种格式便于用户使用其他程序或实用工具来记入日志和分析。
安装ifstat：Ubuntu、Debian和Fedora用户在默认软件库里面就有它。CentOS用户则需要从Repoforge获得它，因为Epel里面没有它。
17. dstat
dstat是一款用途广泛的工具（用python语言编写），它可以监控系统的不同统计信息，并使用批处理模式来报告，或者将相关数据记入到CSV或类似的文件。这个例子显示了如何使用dstat来报告网络带宽。
安装dstat
18. collectl
collectl以一种类似dstat的格式报告系统的统计信息；与dstat一样，它也收集关于系统不同资源（如处理器、内存和网络等）的统计信息。这里给出的一个简单例子显示了如何使用collectl来报告网络使用/带宽。
安装collectl
结束语
上述几个使用方便的命令可以迅速检查Linux服务器上的网络带宽使用情况。不过，这些命令需要用户通过SSH登录到远程服务器。另外，基于Web的监控工具也可以用来实现同样的任务。
ntop和darkstat是面向Linux系统的其中两个基本的基于Web的网络监控工具。除此之外还有企业级监控工具，比如nagios，它们提供了一批功能特性，不仅仅可以监控服务器，还能监控整个基础设施。
原文链接：http://www.binarytides.com/linux-commands-monitor-network/
当你得到一个系统负载高的警告时，你会怎么办？寻找高负载的原因只是需要一些时间、一些经验 和 一些Linux工具。
这个专栏是我喜欢的文献中第一个主题：故障排除。尽管我一天到晚是一个系统管理员，但我很喜欢我工作的方方面面，很难打消我追踪复杂服务器问题的热情。就像有许多故障诊断方法一样，也有很多原因会让Linux文本编译器无法工作。在过去的几年里，我发现我执行相同的步骤来避免问题，因为我的专栏通常更多针对技巧办法，并且减少理和设计。我不会大谈整体解决问题的方法，相反，在本系列中,我描述了一些你可能会在Linux系统上发现的基本问题。然后我将讨论如何使用那些大部分可能已经在系统上的常用工具，去避免和解决同类问题。
对于第一个专栏，我将以你在运行Linux系统时，最常见问题之一开始入手。我谈论的是一个缓慢的服务器高负载问题。在我解释如何诊断和修复高负载之前，退一步讲我们先搞清楚Linux机器上都有什么负载，并且我们如何知道何时负载会过高。
正常运行时间和负载
管理员所说的高负载,通常他们说的是平均负载。我要诊断服务器缓慢的原因，我登录到系统敲入的第一条命令就是：uptime：
$ uptime 显示结果： 18:30:35 up 365 days, 5:29, 2 users, load average: 1.37, 10.15, 8.10
正如你看到的，截至到今天，服务器已经运行了365天。同时你还可以看到，平均负载为：1.37, 10.15, 8.10。这些数字分别代表最后1分钟，5分钟，15分钟的系统的平均负载。技术上讲，平均负载是指在过去的1分钟，5分钟，15分钟内 进程等待CPU响应时间 的平均数。例如：如果负载为0，那么系统是完全空闲的。如果负载为1，那么CPU会忙得以至于等待CPU响应时间。如果有一个负载为1，并且它引发通常占用CPU的一些进程，这样一来，负载就会变为2了。正是因为平均负载,系统会统计在过去的1分钟，5分钟，15分钟里是如何持续运行的。
另一个重要的是，要知道当你看到的平均负载并不是完全的记录系统里的CPU数量。一般说来，一个准确的负载意味着在系统上只有一个CPU被占用。简言之，这就意味着负载为1的单核CPU系统和一个负载为4的4核CPU一样忙。所以在上面的例子中，假设我有一个单核CPU系统。如果我想登录去并且去看他们的平均负载，最好假设在过去的15分钟服务器有相当高的负载(8.10),大约在5分钟前(10.15)。但最近,至少在最后1分钟,负载已大幅下降。如果我看到了这现象，我甚至可以假设负载的真正原因已经消退。另一方面，如果平均负载分别为20.68，5.01，1.03，我得出的结论是：高负载有可能开始在最后5分钟，并且负载变得更加糟糕。
负载多高算高？
但当你明白了平均负载的含义以后，接下来你就会问：什么样的平均负载是好？什么样的是坏？ 答案是“看情况”。很多不同的事务可以导致高负载，并且每个事务的影响也不同。一个服务器可能有一个负载为50，仍然运行良好，而另一个服务器可能有一个负载10并采取永远登录。我有一个非常慢的平均负载数成百上千的服务器，但并没有崩溃。还有服务器一直有50个负载，也运行良好，而且运行了好多年。
当你诊断一个高负载的系统时，什么才是负载高的真正重要因素。当你开始排除高负载的故障时，你会发现大多数负载似乎分为三类：中央处理器受限负载、内存不足引起的负载 以及 I / O密集型负载。我在下面详细解释每一类问题，该如何使用工具，比如用top和iostat去阻止根原。
top命令
如果说登录一个缓慢的系统时，使用的第一个工具是uptime，那么使用的第二个工具就是top。top的伟大之处就在于它可以获取Linux系统的所有主要因素，而且可以提供很多有用的信息，显示在一张屏幕上。top是一个有很多参数选项的十分复杂的工具，多的以至于可以写满整个文章。但对于这个专题，我仍坚持如何通过解释其输出来诊断高负载。
使用“top”,只需在命令行上输入“top”。默认情况下，“top”将以交互模式运行，并每隔几秒更新其输出。下面的列表1显示了从终端输出的“top”示例。
Listing 1. Sample top Output —top案例输出
$top 显示结果： top - 14:08:25 up 38 days, 8:02, 1 user, load average: 1.70, 1.77, 1.68 Tasks: 107 total, 3 running, 104 sleeping, 0 stopped, 0 zombie Cpu(s): 11.4%us, 29.6%sy, 0.0%ni, 58.3%id, .7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1024176k total, 997408k used, 26768k free, 85520k buffers Swap: 1004052k total, 4360k used, 999692k free, 286040k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9463 mysql 16 0 686m 111m 3328 S 53 5.5 569:17.64 mysqld 18749 nagios 16 0 140m 134m 1868 S 12 6.6 1345:01 nagios2db_status 24636 nagios 17 0 34660 10m 712 S 8 0.5 1195:15 nagios 22442 nagios 24 0 6048 2024 1452 S 8 0.1 0:00.04 check_time.pl ... ...
正如你所看到的，在仅有的几行中，却包含了很多信息。
第一行显示的是，可以从uptime命令获取的每隔几秒就会更新的平均负载的 信息。在这个例子中，你可以看到系统非常繁忙，但不是我所说的高负载。尽管如此,这个输出被分解到不同负载的类别。当我对这个缓慢的系统进行故障排除时，通常会排除掉CPU受限负载、内存负载问题 以及 I / O密集型负载，所以让我们先从CPU受限负载开始吧。
CPU受限负载
CPU负载：是指一次运行过多的CPU密集型进程，所引起的负载。因为每个进程都需要占用CPU资源，他们必须按顺序等待。想检查CPU负载是否受限，用top命令后即可看到CPU行信息：
Cpu(s): 11.4%us, 29.6%sy, 0.0%ni, 58.3%id, .7%wa, 0.0%hi, 0.0%si, 0.0%st
每一个百分数都是CPU处理特定任务所占时间的百分比。其次，top命令出来的内容很多，下面是几个常用值，做简单说明：
追踪CPU受限负载
如果你看到一个高百分比的用户或系统时间比，很有可能你的负载是CPU受限。寻找问题的根源，跳过几行到顶部显示当前系统上运行的进程的列表。默认情况下，top命令将基于进程的CPU使用百分比 进行排序，如下列表2：
Listing 2. Current Processes Example —当前进程事例
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9463 mysql 16 0 686m 111m 3328 S 53 5.5 569:17.64 mysqld 18749 nagios 16 0 140m 134m 1868 S 12 6.6 1345:01 nagios2db_status 24636 nagios 17 0 34660 10m 712 S 8 0.5 1195:15 nagios 22442 nagios 24 0 6048 2024 1452 S 8 0.1 0:00.04 check_time.pl
%CPU这列表示每个进程占用多少CPU。在这个例子中，可以看到MySQL占用了53%。当你注意这个CPU受限负载输出，你可能会发现两个问题：要么有一个占用99%CPU的进程，要么你会看到许多加起来还不到1%的小进程，在这两种情况下，可以看到相对简单的进程导致的问题。最后，我想增加一下CPU限制负载，我可以看到系统获得令人难以置信的高负载，是因为在一个没有多核CPU的系统上，一个多线程程序会催生出一个巨大的负载。如果在一个单核CPU系统上催生20个线程，你会看到一个高平均负载，尽管没有占用CPU时间的具体进程。
内存问题
第二个引起系统高负载的原因是内存不足，并且已经进入交换分区了。由于交换分区的空间通常在比RAM慢很多的硬盘上，所以当RAM用完并进入交换分区时，每个进程的运行会随使用硬盘而急剧减缓。通常这会导致一个恶性循环进程，这个进程 交换运行缓慢、响应时间长 并且会引起更多的栈，直到耗尽内存。交换分区最棘手的问题是，由于它对磁盘的重创，很容易误判为是I/O密集型负载。毕竟，当硬盘空间被用作内存时，任何那些实际要访问磁盘文件的进程，都不得不排队等候。所以当我看到CPU行较高的I/O等候时，在我排除所有I/O问题之前，我会检查RAM并排除它。
要诊断内存问题时，我们首先观察以下top输出的两行记录：
Mem: 1024176k total, 997408k used, 26768k free, 85520k buffers Swap: 1004052k total, 4360k used, 999692k free, 286040k cached
这些记录可以表明RAM和交换分区的总量，以及占用多少，空余多少。然而，仔细观察这些可能会误导你的数字。我看到许多新的甚至有经验的管理员看到以上记录后，因仅有 26768k 空余而得出系统内存不足的结论。尽管这显示的的确是当前未被使用的内存，但是他并没有告诉我们总存储空间。
Linux文件缓存
当你访问一个文件时，Linux内核会将其加载到RAM中，并且不再需要他们时，内核也不会卸载掉它们。如果RAM有足够的可用空间时，内核会试图尽可能多地存储文件到RAM中。这样的话，当你第二次访问这个文件的时候，内核可以从RAM而不是从硬盘检索它，并且可以提供更好的性能。当一个系统一直运行时，你会发现RAM的空闲会变得非常小。如果一个进程需要更多的RAM，内核会直接使用文件缓存。事实上，我见到过很多可以提高性能的超频技术，创建一个虚拟内存盘来存储文件。他们没有意识到的是，通常情况下，他们仅使用内核就可以看到更好的结果并且更高效地使用RAM。
想要获得一个更准确的RAM空闲值，需要结合free列和cached列的值来得出。在这个例子中，我们用26768k + 286040k，RAM超过300Mb。在这个事例中，我可以很肯定地说，系统没有内存不足问题。当然，即使系统有很小的RAM空余，那是还没进入交换分区。这就是为何我们必须要检查交换分区：假如很高一部分的swap分区被使用。
追踪高内存使用率
如果你发现空闲RAM较低，再看一次同一进程输的数据，但这一次看%MEM列。默认情况下，top命令的输出数据是按照%CPU列排列的，按M它将重新显示内存的最高使用比率。在下面列表3中，我们排序相同内存的进程，并且易知 nagios2db_status 进程占内存最高，占了6.6%。
Listing 3. Processes Sorted by RAM —按内存大小排序进程
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 18749 nagios 16 0 140m 134m 1868 S 12 6.6 1345:01 nagios2db_status 9463 mysql 16 0 686m 111m 3328 S 53 5.5 569:17.64 mysqld 24636 nagios 17 0 34660 10m 712 S 8 0.5 1195:15 nagios 22442 nagios 24 0 6048 2024 1452 S 8 0.1 0:00.04 check_time.pl
I / O密集型负载
I / O密集型负载的追踪，有时比较棘手。正如前面所说，如果系统发生了交换，它可以容易判断是I / O密集型负载。一旦你排除了交换，并且还存在一个高I/O等待，那么下一步我们将尝试追踪那些有大量I/O量的硬盘和分区。为了这么做，我们需要一个类似于 iostat 的命令工具。
这个 iostat 工具，就如 top工具，也是一个功能齐全而且复杂的工具。但又不同于 top 工具，它首先要在系统上可以运行，它不会默认的安装到你的系统，所以你要寻找可用的安装包。在red-hat和debian-based的系统上，你可以在 sysstat 的包中获取。一旦被安装，iostat 可以不带任何参数单独运行，来获取一个完整的硬盘I/O统计数据。
$ iostat
显示结果：
Linux 2.6.24-19-server (hostname) 01/31/2009
avg-cpu: %user %nice %system %iowait %steal %idle
5.73 0.07 2.03 0.53 0.00 91.64
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 9.82 417.96 27.53 30227262 1990625
sda1 6.55 219.10 7.12 15845129 515216
sda2 0.04 0.74 3.31 53506 239328
sda3 3.24 198.12 17.09 14328323 1236081
就像top命令一样，iostat 也会输出CPU使用百分比。在下面，他还提供了系统内崩溃的每个驱动和分区的统计数据：
通过观察和比较这些值之间的不同，你首先应该看到哪个(哪些)分区可以获得大量的I/O数据，其次 大多数的量是否被读或者被写。就如我所说，追踪引起I/O负载的问题比较棘手，但是有希望，这些值将会帮助我们筛选出哪些进程可能引起负载。
例如，如果你有一个I / O密集型负载，并且你怀疑你的远程备份事务可能是罪魁祸首。比较读写数据。因为你知道，远程的备份任务主要从硬盘读，如果你看到大部分的磁盘在写入，你可以合理地认为这不是在备份。另一方面，当你看到一个大量读取某个分区上的I / O，你可以运行 lsof 命令和grep命令来查看这个备份进程，看他是否真的在分区上打开了文件句柄。
正如你所看到的，用 iostat 追踪I/O密集型负载并不直观。尽管不需要参数，但需要时间和经验来判断。也就是说，iostat 有很多可以获得更多不同类型I / O信息 的参数，包括寻找 NFS 共享细节的模式。如果你想知道更多，请查看 iostat 手册。
直到现在，诸如 iostat 的工具已经被系统管理员放到解决I/O问题的工具箱里了，由于内核技术的发展，在进程层面上的I/O原因变得更容易发现。假如你有一个相对较新的系统，查看你的 iotop 工具。就像iostat一样，也许他也被默认安装了。顾名思义，它的功能就像top，只针对硬盘I/O。在下面的列表4中，你可以看到在这台机器上，一个使用I/O最多的 rsync 进程 (在本例中是读取I / O)。
Listing 4. Example iotop Tool Output —iotop工具案例输出
$ sudo iotop
显示结果：
Total DISK READ: 189.52 K/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
8169 be/4 root 189.52 K/s 0.00 B/s 0.00% 0.00% rsync --server --se
4243 be/4 kyle 0.00 B/s 3.79 K/s 0.00% 0.00% cli /usr/lib/gnome-
4244 be/4 kyle 0.00 B/s 3.79 K/s 0.00% 0.00% cli /usr/lib/gnome-
1 be/4 root 0.00 B/s 0.00 B/s 0.00% 0.00% init
一下你就找到问题的根源
你如何处理这些引起负载问题的进程，取决于你自己和很多其他因素。在某些情况下，您可能有一个脚本，该脚本已经失去控制，但你可以很容易地结束掉它。在其他情况下，比如在数据库的进程中，简单的结束进程可能是不安全的，因为它可能会破坏数据。另外，它可能是你控制能力意外运行的服务，真正的解决方案是在服务器上添加更多的资源，或者添加更多的服务器来分担负载。它甚至可能从工作的计算机上一次性加载运行，并且不影响负载，所以尽管让这个进程完成。由于很多因素会导致进程占用服务器资源，此处很难全部列出，但幸运的是能确定引起高负载的原因，并且让你在下次得到机器过慢的警报时，能够变得正常。
在呼叫中心系统中, 如何进行 呼叫中心服务器性能监控 是管理员经常遇到的一个问题. 使用sar，你可以即时地监视各种Linux子系统(如：CPU, Memory, I/O…)，还可以收集并存储一个正在运行的基础性能数据，做一个历史性的分析来识别瓶颈。
Sar是sysstat包的一部分。本文解释如何安装和配置sysstat包(包含sar工具)，并解释如何使用sar监控以下Linux性能统计数据。
安装sysstat包
首先,确保最新版本的sar系统在你的机器上可以运行。根据您的系统版本，使用下列适合的方法进行安装。
sudo apt-get install sysstat (or) yum install sysstat (or) rpm -ivh sysstat-10.0.0-1.i586.rpm
从源代码安装Sysstat
从sysstat下载页面下载最新版本：http://sebastien.godard.pagesperso-orange.fr/download.html
当然，你也可以使用wget下载：
wget http://pagesperso-orange.fr/sebastien.godard/sysstat-10.0.0.tar.bz2 tar xvfj sysstat-10.0.0.tar.bz2 cd sysstat-10.0.0 ./configure --enable-install-cron
注意:确保 – -enable-install-cron 配置选项。这确保接下来是自动安装。如果你不配置sysstat的这个选项,你必须自己手动创建了。
执行./configure命令后，再执行以下命令，继续安装：
make make install
注意:这将安装sar和其他systat实用程序 到/usr/local/bin下面。
一旦安装完毕，可使用“sar -V”命令来验证sar的版本，sysstat 10是当前的稳定版本。
$ sar -V 显示结果： sysstat version 10.2.0 (C) Sebastien Godard (sysstat orange.fr)
最后,确保sar可以运行。例如,下面给出了系统CPU统计3次(1秒间隔) 的数据。
$ sar 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:27:32 PM CPU %user %nice %system %iowait %steal %idle 01:27:33 PM all 0.00 0.00 0.00 0.00 0.00 100.00 01:27:34 PM all 0.25 0.00 0.25 0.00 0.00 99.50 01:27:35 PM all 0.75 0.00 0.25 0.00 0.00 99.00 Average: all 0.33 0.00 0.17 0.00 0.00 99.50
Sysstat的实用程序部分
以下是其他sysstat实用工具：
本文主要关注sysstat基本面和sar工具。
使用cron收集sar统计数据–sa1和sa2的统计数据
在/etc/cron.d目录下创建sysstat文件，可用来收集sar的历史数据。
# vi /etc/cron.d/sysstat 显示结果： */10 * * * * root /usr/local/lib/sa/sa1 1 1 #表示每10分钟 53 23 * * * root /usr/local/lib/sa/sa2 -A #表示 23：53
如果已经用源码安装了sysstat，那么sa1和sa2的默认位置是 /usr/local/lib/sa。如果你使用发行版安装更新方法(例如：yum, up2date, 或 apt-get)，默认位置一般为：/usr/lib/sa/sa1 和 /usr/lib/sa/sa2。
注意: 想全面了解 cron , 阅读 Linux Crontab: 15 Awesome Cron Job Examples.
有以下两种方法可以调用sar：
下面的例子中，我们将解释如何查看某些特定某日的性能数据。为了找到特定某日的，在sar命令后面加“-f /var/log/sa/saXX”语句。
所有的sar命令将有以下输出的第一行：
$ sar -u 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU)
sar -u 给出所有CPU的累积实时CPU使用率。”1 3″表示：每1秒报告一次，共报告3次。你可以通过最后一列的“%idle”(闲置百分比)来判断cpu的负载。
$ sar -u 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:27:32 PM CPU %user %nice %system %iowait %steal %idle 01:27:33 PM all 0.00 0.00 0.00 0.00 0.00 100.00 01:27:34 PM all 0.25 0.00 0.25 0.00 0.00 99.50 01:27:35 PM all 0.75 0.00 0.25 0.00 0.00 99.00 Average: all 0.33 0.00 0.17 0.00 0.00 99.50
以下是一些参数:
假如在你的机器上有4个核(CPU)，并且想查看个别核的使用情况，请按照如下操作：
“-P ALL”表示：它应该显示所有单个核的统计数据
在接下来的例子中，“CPU”一列中的0,1,2,3表示对应的CPU核的编号。
$ sar -P ALL 1 1 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:34:12 PM CPU %user %nice %system %iowait %steal %idle 01:34:13 PM all 11.69 0.00 4.71 0.69 0.00 82.90 01:34:13 PM 0 35.00 0.00 6.00 0.00 0.00 59.00 01:34:13 PM 1 22.00 0.00 5.00 0.00 0.00 73.00 01:34:13 PM 2 3.00 0.00 1.00 0.00 0.00 96.00 01:34:13 PM 3 0.00 0.00 0.00 0.00 0.00 100.00
“-P 1″表示：表明它会只显示第2核的统计数据。(注意：核的编号从0开始)
$ sar -P 1 1 1 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:36:25 PM CPU %user %nice %system %iowait %steal %idle 01:36:26 PM 1 8.08 0.00 2.02 1.01 0.00 88.89
以下是一些参数:
这个用来报告内存的统计数据。”1 3″表示：每1秒报告一次，共报告3次。你可以通过 “kbmemfree” 和 “kbmemused”两指标来得知 空闲内存 和 使用中内存。
$ sar -r 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 07:28:06 AM kbmemfree kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact 07:28:07 AM 6209248 2097432 25.25 189024 1796544 141372 0.85 1921060 88204 07:28:08 AM 6209248 2097432 25.25 189024 1796544 141372 0.85 1921060 88204 07:28:09 AM 6209248 2097432 25.25 189024 1796544 141372 0.85 1921060 88204 Average: 6209248 2097432 25.25 189024 1796544 141372 0.85 1921060 88204
以下是一些参数:
这个用来报告交换空间的统计数据。”1 3″表示：每1秒报告一次，共报告3次。如果“kbswpused” 和 “%swpused”都是0，则系统没发生交换。
$ sar -S 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 07:31:06 AM kbswpfree kbswpused %swpused kbswpcad %swpcad 07:31:07 AM 8385920 0 0.00 0 0.00 07:31:08 AM 8385920 0 0.00 0 0.00 07:31:09 AM 8385920 0 0.00 0 0.00 Average: 8385920 0 0.00 0 0.00
以下是一些参数:
注意：
这个用来报告I/O(输入输出)的统计数据。”1 3″表示：每1秒报告一次，共报告3次。
以下字段出现在下面的例子中：
$ sar -b 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:56:28 PM tps rtps wtps bread/s bwrtn/s 01:56:29 PM 346.00 264.00 82.00 2208.00 768.00 01:56:30 PM 100.00 36.00 64.00 304.00 816.00 01:56:31 PM 282.83 32.32 250.51 258.59 2537.37 Average: 242.81 111.04 131.77 925.75 1369.90
以下是一些参数:
注意：用“sar -v”显示 inode handlers, file handlers 和 pseudo-terminals 的数量
识别单个的块设备活动情况(即 特定的挂载点 或 逻辑单元号 或 分区)
$ sar -d 1 1 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:59:45 PM DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 01:59:46 PM dev8-0 1.01 0.00 0.00 0.00 0.00 4.00 1.00 0.10 01:59:46 PM dev8-1 1.01 0.00 0.00 0.00 0.00 4.00 1.00 0.10 01:59:46 PM dev120-64 3.03 64.65 0.00 21.33 0.03 9.33 5.33 1.62 01:59:46 PM dev120-65 3.03 64.65 0.00 21.33 0.03 9.33 5.33 1.62 01:59:46 PM dev120-0 8.08 0.00 105.05 13.00 0.00 0.38 0.38 0.30 01:59:46 PM dev120-1 8.08 0.00 105.05 13.00 0.00 0.38 0.38 0.30 01:59:46 PM dev120-96 1.01 8.08 0.00 8.00 0.01 9.00 9.00 0.91 01:59:46 PM dev120-97 1.01 8.08 0.00 8.00 0.01 9.00 9.00 0.91
在上面的例子中，“DEV”表示：特定的块设备。
例如：“dev53-1″表示：53号主设备号，1号分设备号。
设备名称(DEV列)可以显示实际的设备名称(例如:sda sda1,sdb1等) ，如果加上 -p 参数，将显示如下：
$ sar -p -d 1 1 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:59:45 PM DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 01:59:46 PM sda 1.01 0.00 0.00 0.00 0.00 4.00 1.00 0.10 01:59:46 PM sda1 1.01 0.00 0.00 0.00 0.00 4.00 1.00 0.10 01:59:46 PM sdb1 3.03 64.65 0.00 21.33 0.03 9.33 5.33 1.62 01:59:46 PM sdc1 3.03 64.65 0.00 21.33 0.03 9.33 5.33 1.62 01:59:46 PM sde1 8.08 0.00 105.05 13.00 0.00 0.38 0.38 0.30 01:59:46 PM sdf1 8.08 0.00 105.05 13.00 0.00 0.38 0.38 0.30 01:59:46 PM sda2 1.01 8.08 0.00 8.00 0.01 9.00 9.00 0.91 01:59:46 PM sdb2 1.01 8.08 0.00 8.00 0.01 9.00 9.00 0.91
以下是一些参数:
这个用来报告每秒创建的进程总数 和 上下文交换数量。”1 3″表示：每1秒报告一次，共报告3次。
$ sar -w 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 08:32:24 AM proc/s cswch/s 08:32:25 AM 3.00 53.00 08:32:26 AM 4.00 61.39 08:32:27 AM 2.00 57.00
下面是一些参数：
这个用来报告最后1分钟、5分钟 和 15分钟的运行队列数量 以及 平均负载情况。”1 3″表示：每1秒报告一次，共报告3次。
$ sar -q 1 3 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 06:28:53 AM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked 06:28:54 AM 0 230 2.00 3.00 5.00 0 06:28:55 AM 2 210 2.01 3.15 5.15 0 06:28:56 AM 2 230 2.12 3.12 5.12 0 Average: 3 230 3.12 3.12 5.12 0
注意：“blocked” 列显示的是当前已经阻塞并等待I/O操作完成的任务数。
以下是一些参数:
这个用来报告各种网络统计数据。例如：通过网卡接包(传送包)的数量、失败的数量 等。”1 3″表示：每1秒报告一次，共报告3次。
sar -n KEYWORD
KEYWORD 可以为下面的任意一个：
$ sar -n DEV 1 1 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 01:11:13 PM IFACE rxpck/s txpck/s rxbyt/s txbyt/s rxcmp/s txcmp/s rxmcst/s 01:11:14 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 01:11:14 PM eth0 342.57 342.57 93923.76 141773.27 0.00 0.00 0.00 01:11:14 PM eth1 0.00 0.00 0.00 0.00 0.00 0.00 0.00
当你用“sar -f”参数从/var/log/sa/saXX 文件中查看sar历史数据时，假如你使用“sar -s 10:00:00″，则显示从早上10点开始的sar数据，而不是23：53，正如下面案例。
你可以结合-s参数和其他sar参数。
例如：统计本月26号从早上10点开始的平均负载数据，下面结合-q 和 -s参数。
$ sar -q -f /var/log/sa/sa23 -s 10:00:01 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 10:00:01 AM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked 10:10:01 AM 0 127 2.00 3.00 5.00 0 10:20:01 AM 0 127 2.00 3.00 5.00 0 ... 11:20:01 AM 0 127 5.00 3.00 3.00 0 12:00:01 PM 0 127 4.00 2.00 1.00 0
没有参数可以指定结束时间，只能像下面一样去使用头命令：
例如：从早上10点开始，你只想看到7项，你必须在输出时使用过滤，加一句“head -n 10″。
$ sar -q -f /var/log/sa/sa23 -s 10:00:01 | head -n 10 显示结果： Linux 2.6.18-194.el5PAE (dev-db) 03/26/2011 _i686_ (8 CPU) 10:00:01 AM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked 10:10:01 AM 0 127 2.00 3.00 5.00 0 10:20:01 AM 0 127 2.00 3.00 5.00 0 10:30:01 AM 0 127 3.00 5.00 2.00 0 10:40:01 AM 0 127 4.00 2.00 1.00 2 10:50:01 AM 0 127 3.00 5.00 5.00 0 11:00:01 AM 0 127 2.00 1.00 6.00 0 11:10:01 AM 0 127 1.00 3.00 7.00 2
Linux性能监控和调优还有很多，这只是很小的一部分，我们会用更多文章来展示。
本版本增加了对科大讯飞中文引擎的支持，同时允许录制振铃音，两者结合可以实现对被叫号码状态(空号检测)的检测
asterCC仍然提供5坐席60天免费试用，下载地址 http://cn.astercc.com/呼叫中心系统下载，增加坐席或者延长试用时间请发送邮件至 sales@astercc.com
软件电话（也称为VoIP软件客户端）基于IP技术，允许终端用户利用计算机和工各种VoIP编解码器发送和接收的电话呼叫。这种应用程序在计算机上运行，您可以拨打并通过VoIP服务提供商连接到电话号码。您可以拨打他人电话或软件电话。通常会显示一个虚拟拨号盘，功能类似于传统的VoIP电话。他们是最纯粹的VoIP技术，采取的计算机的资源优势。为商务旅客，学生和“互联网连接”用户创造了无可比拟的便利。很快当上班族的电脑就会具备电话功能。
该软件能从互联网上下载，使你的电脑拥有电话功能。它可以是一个小型的存储盘，或其他计算机可以访问的格式上。在这两种情况下，你的电脑需要配备软件程序来使用网络电话。您将需要互联网连接，最好是宽带的，如DSL，有线或无线和VoIP服务提供商帐户。
这是一个CounterPath XTEN软件电话的界面。通过点击相应的功能，您可以做到大部分传统电话能做到的事。
还有许多免费提供其它不同的电话软件，如不同的用户GUI界面，可与多种编解码器连接，您也可以根据自己的喜好进行其他功能的设置。我们列举了一些其他可用的软件电话，您可以在这里找到：
登录到VoIP服务提供商网络是可能发生多种问题，包括身份验证和连接。 “登录超时”或“无法登录到服务器”，是与连接或输入用户名和密码错误导致的连接错误消息。以下三项目是常见而重要的问题：
连接问题的原因可能有以下几个，防火墙、安全网络，或双NAT问题。如果您第一次在新的位置进行连接，网络电话在其他位置能够成功地运行，您就需要了解某些网络的问题。许多网络电话有防火墙发现并智能配置各种防火墙，但即使如此不通过联系本地网络管理员也能解决。
如果您已经成功登录到你的VoIP服务提供商，并有拨号音，但无法拨打或接听电话，您可以检查以下项目：
有几个因素会导致音频问题，影响语音传输的质量。网络连接，带宽和延迟都是VoIP连接良好的重要因素。
软件电话耳机和麦克风的使用会限制了音频反馈。其他因素还包括：
SIP中继在VoI中扮演越来越重要的角色，因为它能为企业提供优势，提高效率，节省了每月的开支。 SIP中继，有时被称为VoIP的中继或IP中继，使用因特网管承载语音，而不是典型的传统PSTN连接。随着越来越多的企业无论规模大小都看重更低电话成本，包括低价长途通话计划，成本低廉的国际长途电话费用和较低的入站免费电话解决方案，他们会发现，SIP中继都具备这些优点，再加上其他的优势；易扩展：随着更多的中继需求（只要你有足够的带宽），提供商会越来越积极。
因此，我们列出了一些选择SIP中继通信连接时要考虑内容。
这个问题的答案将决定您到底能直接减少多少成本，您需要考虑的选择（如与互联网捆绑SIP中继）。这也将是决定你的“网络管道”性能的基础，。
更多情况下，有广泛的业务有多种解决方案，例如，一个公司只想在他们的PBX采取部分中继用于建立“最少呼叫路由”，充分发挥的长途低成本呼叫优势，或者更好的国际电话。一个公司与目前的电话公司签约3年，不希望支付违约金。了解您的情况，明确最适合你的服务类型。
这个数字很重要，因为它将决定你的通讯能力等重要因素。订购并发呼叫正确的号码，计算到总成本和你的带宽需求。记住要将小组和会议等IP-PBX呼叫功能考虑在内，使您拥有充分的id容量。
语音中继可以很容易弄清楚并行时的最小带宽。典型用于G729或G711编解码器的需求就是40kbps或95kbps的带宽。您选择的G729SIP中继提供商就会很重要。该编解码器的压缩性能良好，而不会造成太多的质量损失。事实上，在许多情况下，质量实际上可能是更好的，呼叫急需带宽。G729的一定量带宽成本要更少。
添加到您的通话并发容量将需要额外的应用程序带宽。在其他协议中调整QOS到悦耳的声音可能会使这些应用程序性能下降，所以用户需要更多的容量。
传真发送应配备一个常规的铜线路，并连接到PSTN进行处理。传真接收可通过Asterisk IP-PBX的，以及其他基于IP的系统来处理或通过您的电子邮件传真的PDF。调制解调器操作的刷卡机也应该在一个传统的铜线上，除非是能够在以太网（宽带）上使用的刷卡机。
在某些紧急情况下，您需要考虑你的模拟PSTN线路在发生故障、 Internet连接出现故障时的转移选项的之一。这条线路还可以使用作为备份用于911紧急呼叫。
这个问题的答案并没有那么简单。SIP中继带来的经济好处有将是在一个周期内能保证一定的质量和稳定性。而且即使SIP中继提供商的质量一直很好，也不会是在AT＆T的PSTN连接级别。当你的SIP中继与无法全盘控制的网络相连的时候，这个问题就显得更为重要。也就是说，一些供应商将为您提供两个互联网连接，如作为一个SIP服务包的T 1，因为这允许他们监视该连接，并在整个连接上设置的QOS（服务质量）。确保服务的高质量的唯一途径是要能够完全控制的连接。
这样的好处是，您的连接会更加稳定和可控，但不足之处可能需要改变网络运营商。把鸡蛋放在一个篮子可能是一种优势，当问题出现时，供应商就无法互相推诿。成本是另一个考虑，他们的T1或其它连接是否比其他供应商的要好？
与供应商不能同时提供全面管理连接和SIP的服务，您需确保当前的ISP和他们的对等方关系稳定。
这个问题只能根据商业模式在权衡各项因素之后来决定。另一些重要因素则是额外费用，例如免费电话，国际电话费率，有多少固定通话时长。此外，您有多少个号码，额外数量的费用也需考虑在内。
一些供应商增加了了传统的SIP中继型号的收费，每月收取一定的费用并提供一揽子服务，明确您的需求并做出比较。
一些供应商的承诺会持续一定的期限，另一些则不会。一些供应商将不得不取消“取消处罚”和一些具体要求，您可能会觉得这些会成为负担，所以一定要提前询问。
查看有关于提供商的评论，并在你的决策过程中使用这些信息。良好的客户服务和良好的技术支持是个值得花费更多的优势。
如SIP路由器或的其它边缘设备。一些供应商仅收取少量月租，提供SIP边缘路由器，帮助他们控制连接。如果是这样的话，您是否可以自己购买以节省每月的费用？