星号SIP注册速度慢
我正在运行一个使用星号服务器的mVoIP应用程序。目前,我有超过100万注册用户。SIP注册在第一时间是完全正常的,但最近变得很慢。在Asterisk服务器上注册需要3到5秒钟 Asterisk server将用户信息保存在服务器内存中,我在MySQL数据库中进行了索引。下面是一个SIP用户信息示例。你能理解为什么SIP注册很慢吗?多谢各位星号SIP注册速度慢,sip,asterisk,Sip,Asterisk,我正在运行一个使用星号服务器的mVoIP应用程序。目前,我有超过100万注册用户。SIP注册在第一时间是完全正常的,但最近变得很慢。在Asterisk服务器上注册需要3到5秒钟 Asterisk server将用户信息保存在服务器内存中,我在MySQL数据库中进行了索引。下面是一个SIP用户信息示例。你能理解为什么SIP注册很慢吗?多谢各位 * Name : 1000 Description : Realtime peer: Yes, cached Secret
* Name : 1000
Description :
Realtime peer: Yes, cached
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : from-sip
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 0/0
Call limit : 0
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 3212
Insecure : no
Force rport : Yes
Symmetric RTP: No
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: -1
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : No
Send RPID : No
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : 118.131.206.XXX:58390
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Def. Username: 1000
SIP Options : (none)
Codecs : (ulaw|alaw|opus)
Codec Order : (opus:20,ulaw:20,alaw:20)
Auto-Framing : No
Status : Unmonitored
Useragent : LinphoneAndroid/2.3.2 (belle-sip/1.3.2)
Reg. Contact : sip:1000@XXX.131.206.238:58390
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
*名称:1000
说明:
实时对等:是的,缓存
秘密:
MD5Secret:
远程机密:
上下文:来自sip
录制功能:automon
记录关闭功能:自动启动
子合同续:
语言:
托尼松:
AMA旗帜:未知
传输模式:打开
CallingPres:允许演示,不可筛选
呼叫组:
皮卡组:
命名为Callgr:
南。皮克伯格:
卫生部建议:
邮箱:
VM扩展名:星号
lastmsgsent:0/0
通话限制:0
最大转发次数:0
动态:是的
卡莱丽德:“是的。”
MaxCallBR:384 kbps
届满日期:3212
不安全:没有
警察:是的
对称RTP:否
ACL:没有
DirectMedACL:没有
T.38支持:否
T.38 EC模式:未知
T.38最大DTGRM:-1
DirectMedia:没有
PromiscRedir:没有
用户=电话:否
视频支持:否
文本支持:否
Ign SDP版本:否
信任RPID:否
发送RPID:否
信任输出:遗产
订阅:是的
重叠拨号:是的
DTMFmode:rfc2833
计时器T1:500
计时器B:32000
ToHost:
地址->IP:118.131.206.XXX:58390
Defaddr->IP:(空)
原始运输:UDP
允许。Trsp:UDP
Def。用户名:1000
SIP选项:(无)
编解码器:(ulaw | alaw | opus)
编解码器顺序:(作品编号:20,ulaw:20,alaw:20)
自动成帧:否
状态:无监控
用户代理:LinphoneAndroid/2.3.2(belle sip/1.3.2)
规则。联系人:sip:1000@XXX.131.206.238:58390
合格频率:60000毫秒
保持有效时间:0毫秒
Sess定时器:接受
Sess刷新:uas
Sess到期:1800秒
最小持续时间:90秒
RTP引擎:星号
停车场:
使用原因:否
加密:没有
星号设计为小型办公室PBX
它从来没有被规定要提供100万次注册
星号本身没有什么可更改的,但您可以检查其他旨在解决您的大小/问题的项目
它们是openser家族(opensips.org/kamailio.org)、OpenSBC等
opensips或kamailio可能可以处理1mln用户(每秒上万个请求),而不会出现任何问题
现在也是时候考虑故障切换和灾难恢复、负载平衡等问题了。Asterisk将注册存储在astdb中。为了实现这一点,迁移了较新的版本,使用sqlite而不是berkeley db,这可能会提高性能,也可能不会提高性能。 此外,如果选择使用实时sip(动态版本),则可以使用任何数据库后端来存储注册信息。但这个选项很可能与我不熟悉的mVoIP不兼容 我完全同意:
星号是为小型办公室PBX设计的
您的服务器规格是什么?
可能是服务器规格不够。我认为这不是编程问题。也许你应该问一下?这并不能回答这个问题。请写一条评论。