使用date命令更改linux系统时间
通过同步NTP时间服务器来自动设置时钟见: 设置linux服务器时间。 然而，某些情况下需要手动临时改变时钟。
1，使用date命令来查看和设置系统时间
查看系统时钟的操作：
# date
设置系统时钟的操作：
# date 月日时分年.秒 继续阅读 »
配置Asterisk接收来自DID的呼叫
以使用SIP协议的DID为例，DID通常有两种接入方法：
- 直接与DID供应商对接IP地址 (中继方式）
对接IP这种方式配置比较简单。你需要把自己的server ip告知DID供应商，DID供应商也会把有关信息告知你。通常最重要的信息就是IP地址了。如下以didx.net为例，描述配置方法。
将如下内容添加到 /etc/asterisk/sip.conf 文件的末尾。 继续阅读 »
centos yum 警告信息: warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID
今天准备一台新的centos服务器时，执行yum install产生如下警告信息：
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID
造成的结果是yum没有继续安装有关包。解决方法：重新导入 GPG的key。 继续阅读 »
配置Asterisk接收来自didx.net的呼叫
从didx.net购买了DID号码之后,需要在你的asterisk机器上配置一下,才能接收到来的呼叫。可以直接将有关信息添加到 /etc/asterisk/sip.conf 文件中，参考 DIDWW 的配置。不过，用include的方式配置DID会是配置文件更便于管理。
将如下内容保存为文件 didx.conf 继续阅读 »
利用asterisk自身实现呼叫负载均衡
印度一顾客的话务零售业务做的太好了。unibilling单机超过660线。再增多的话可能耗尽cpu资源而造成呼叫没有声音。必须将呼叫分配到第二台unibilling实现负载均衡。
若用户使用的voip终端都是 sip 协议， 那么通常的负载均衡实现方案是在asterisk前面放置 SER 或 OpenSips 或 OpenSER。对来电路由进行控制。
然而，对于该顾客的实际情况而言，我们无法套用该方案。 继续阅读 »
/sbin/new-kernel-pkg: line 229: depmod: command not found
在centos中执行yum安装某些包时，提示如下错误信息:
/sbin/new-kernel-pkg: line 229: depmod: command not found
No dep file found for kernel 2.6.9-89.0.23.EL
mkinitrd failed
这是因为你安装的centos linux是minimize安装。虽然省时间，占硬盘空间小，但，有一些工具软件缺省没有给你安装。 继续阅读 »
mysql-bin 日志文件的清除
对于一个繁忙的mysql数据库而言，日志文件日渐增多增大。必须加以删除或控制。
更改配置文件不让产生 mysql-bin 文件：
vi /etc/my.cnf
找到如下几行信息：
# Replication Master Server (default)
# binary logging is required for replication
log-bin=mysql-bin 继续阅读 »
关于”running yum-complete-transaction first” 的提示信息
今天在用yum升级一台新机器时，顾客用ssh远程把server重新启动了。之后，在使用yum 时总是有提示信息：
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
The program yum-complete-transaction is found in the yum-utils package. 继续阅读 »
选择Asterisk服务器硬件的关键因素
今天早晨8点钟，为印度顾客的机器更新unibilling。顺便用top命令查看了一下机器硬件资源的消耗情况。发现在该机器上，unibilling建立100个并发通话，内存占用少于830M.
top – 02:50:56 up 5:57, 1 user, load average: 2.82, 1.75, 1.75
Tasks: 132 total, 1 running, 131 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.7%us, 1.2%sy, 0.0%ni, 94.4%id, 0.0%wa, 0.2%hi, 0.4%si, 0.0%st
Mem: 3098816k total, 828512k used, 2270304k free, 183960k buffers
Swap: 5156856k total, 0k used, 5156856k free, 472188k cached 继续阅读 »
Asterisk-1.4.29的bug将导致回拨失败
几台生产用的unibilling服务器，升级asterisk以后发现回拨失败。经反复测试证实，asterisk-1.4.29 或 asterisk-1.4.29.1 版本中AMI的originate 这个action存在bug。可以发起回拨，但待LegA响铃摘机后，asterisk只是在那里傻乎乎地处于应答状态，不去发起回拨第二阶段的呼叫。 继续阅读 »