c_zyer的博客

在 OpenSIPS 中，dispatcher 模块用于实现负载均衡和故障转移。通过 dispatcher 模块，你可以将 SIP 请求分发到一组后端服务器（如媒体服务器、代理服务器等），并根据配置的算法和策略动态调整分发逻辑。

接上篇，是采取全默认的方式体验OpenSIPS，那么我需要额外的模块怎么办呢？可选的有哪些？流程在第一篇文章中已经介绍了，这边主要是操作一下接入一个db_mysql的组件是如何操作的。

OpenSIPS 一个多功能、多用途的信令 SIP 服务器，可供运营商、电信公司或 ITSP 用于Class4/5 住宅平台、中继/批发、企业/虚拟 PBX 解决方案、会话边界控制器、应用服务器、前端负载均衡器、IMS 平台、呼叫中心等解决方案

一个sip的抓包小工具，在GitHub上竟然能够积累1K的star，看来还是有点东西，当然官方的友链也是发挥了重要作用首先，有能力的宝子可以自行查看但是对于本章要讲的SIP信令的抓包，也就是Wireshark、tcpdump，以及前面讲到过较为系统的Homer，如果嫌弃Wireshark笨重、tcpdump原始，那么就一起来看看这款短小精悍的sngrep。官方自己定义：是一款可以在命令行终端展示SIP电话消息流的工具，它能够支持实时的抓取并展现SIP包，也可以用来做一个pcap的阅读器。

在程序开发的时候我们都知道，缓存可以存放临时的数据、高性能需求的数据，典型的就是Redis，使用高效的Hash数据结构提供极致的性能需求，而不是依赖数据库。那么在Kamailio这边，也有一些这样的需求，比如黑白名单、访问频次、业务静态属性等，Htable出现了。

Homer登录页、默认密码，首页看板 、会话flow sequence查询、信令内容查看、会话统计、自定义查询等

heplify 是一个终端采集工具，主要将数据推送到 heplify-server 使用。heplify server是一个接受数据的服务，数据来自heplify，需要一个其启动的IP端口地址。homerr是一个api server，并提供UI 展示的能力。

接，对Kamailio的一个基础监控有了一定的概念，但是光看数字如果发现问题，要如何回顾解决呢？生产环境不能随时随地抓包来确定链路的正常与否。这个时候 Sipcapture 公司推出了Homer这个开源软件，目前。因为这一整套有专业公司维护，因此这一套还被称为：Sipcapture HEP Stack。下面将分三个章节来介绍整个Homer的部署安装配置、Kamailio的配置、Homer页面的查询与操作。

Kamailio 是一个开源的 Session Initiation Protocol (SIP) 服务器，它主要用于建立和管理实时通信会话，如语音和视频通话，与opensips这个产品是同根同源的存在。Kamcli是一个github小众开源工具，与zabbix agent联动，将kamailio自身统计数据上报并展示。

Kamailio 负载均衡的功能主要依靠 Dispatcher 模块完成。单台VOIP服务的性能不能满足业务需求了，需要扩展至多个节点，那么Kamailio将如何进行请求的代理呢？多个后端VOIP服务有不可用，转过去的请求全部失败，那么Kamailio可以如何保障整体流程的健壮性？依赖负载均衡的基础功能，还可以实现AB测试、区分权重、通道量分发等业务相关逻辑

SIPp是一个短小精悍的脚本工具，可以支持模拟客户端与服务端的模式，对于生产压测、功能测试都有一定帮助。

使用背景：存在 Freeswitch 等语音网关应用服务，期望实现负载均衡、前置处理的功能，类似于Web应用服务的Nginx的角色Kamailio和OpenSIPS由于其灵活性、高性能和强大的路由能力，在开源SIP服务器领域尤其受到欢迎。基于以上背景，从头开始学习并了解Kamailio.

SIP 代表会话发起协议（Session Initiation Protocol），基于HTTP协议。包括用户代理、代理服务、注册服务和重定向服务，这通常都是逻辑上的概念。电话不是直接呼通，而是抵达一个或多个代理服务，代理服务可以记录双方的地址、会话认证、账户认证以及其他很重要的功能，大大提升了对话的安全性和功能性，比如呼叫转移、会话路由等等。这层代理也可以是有状态和无状态的。