JAIN-SIP(Java API for Integrated Networks - Session Initiation Protocol)是用于实现SIP(Session Initiation Protocol)的Java API。以下是使用JAIN-SIP库编写一个简单的SIP服务器的基本步骤:
前一阵,我们讲了mod_rtc。mod_rtc是一个纯媒体的模块,目的是为了支持WebRTC。然而,任何的通信都需要一定的信令支持,mod_verto就是配合mod_rtc的信令模块。 众所周知,WebRTC从诞生的第一天起就只定义了媒体的交互和传输,而把信令留给大家自己实现,以便有更大的自由度。最初,大部分WebRTC的例子都是基于GAE的,但在电信的VoIP领域,SIP还是占统治地位的,因而,包括FreeSWITCH在内,又有一些SIP代理和软交换设备实现了配合WebRTC使用的SIP信令,这但是SIP over WebSocket。FreeSWITCH对SIP over WebSocket的支持是直接扩展了Sofia-SIP协议栈。 但无论如何,虽然SIP与传统的VoIP协议如H323相比,脱离了老式的电信信令思维,采用了类似HTTP协议的文本协议,但,它从电信领域诞生的基因决定了它还是很难融入互联网,退一步讲,人们还是认为SIP通信专业性太强了,SIP就是SIP,互联网就是互联网。 单从协议内容角度讲,SIP对于浏览器尤其是对于移动浏览器来说,还是有些庞大了。而基于文本的SIP协议解析起来对浏览器来说,即使不是一种负担,也不是非常的优雅。对浏览器来说,最适合的数据格式是JSON已是不争的事实。 我们很高兴地看到,FreeSWITCH团队开放了mod_verto。它采用了JSON及JSON-RPC相关的信令协议,非常优雅的与mod_rtc相配合,将热闹的互连网与冷冰冰的SIP通信结合在了一起。也就是说,FreeSWITCH不再是互联网从业者眼里专业的运动员,而跟MySQL,Apache一样,可以实实在在的融入互联网了。 在在WebRTC设计之初,就非常重视安全问题,因而,一切都是加密的,不管是在媒体层还是在信令层,这是个好事,唯一比较麻烦的是,对于没有耐心的实践者来说,你在跑通mod_verto前要设置好你的Web服务器以及证书。 笔者经过测试,顺利的跑通了该模块。有兴趣的读者也可以试试啊,步骤有些复杂,点击下面的「阅读原文」原文可以看到详细的Wiki说明。 https://confluence.freeswitch.org/display/FREESWITCH/mod_verto
伪变量转换函数大部分在 pv 模块中处理,官方文档记录的很全面,但是给的例子比较少。本文列举比较常用的转换函数
今天来说说mod_soifa,它就是FreeSWITCH中的SIP模块。 FreeSWITCH并没有自己开发新的SIP协议栈,而是使用了比较成熟的开源SIP协议栈Sofia-SIP,以避免“重复发明轮子”。Sofia-SIP是由诺基亚公司开发的SIP 协议栈,它以开源的许可证LGPL发布。参见 http://sofia-sip.sourceforge.net/ 。 在FreeSWITCH中,实现一些互联协议接口的模块称为Endpoint。FreeSWITH支持很多类型的Endpoint,如SIP、H232等。这些不同的Endpoint主要是使用不同的控制协议跟其他的Endpoint通话。所以说,Endpoint一般是跟通话相关的。 有的读者可能会问,那么实现SIP的模块为什么不支持叫mod_sip呢?这是由于 FreeSWITCH的Endpoint是一个抽象的概念,你可以用任何的技术来实现。实际上mod_sofia只是对Sofia-SIP库的一个粘合和封装。除Sofia-SIP外,还有很多开源的SIP协议栈,如pjsip、osip等。最初选型的时候,FreeSWITCH 的开发团队也对比过许多不同的SIP协议栈,最终选用了Sofia-SIP。FreeSWITCH 是一个高度模块化的结构,如果你喜欢其他协议栈,可以自己实现如mod_pjsip或mod_osip等,它们是互不影响的。这也正是FreeSWITCH架构设计的精巧之处。 mod_sofia实现了SIP中的注册服务器,重定向服务器,媒体服务器、呈现服务器、SBC等各种功能。它的定位是一个B2BUA,它不能实现SIP代理服务器的功能。实现SIP代理服务器的开源软件有OpenSIPS、Kamailio等。它们可以很好的与FreeSWITCH配合工作。 在mod_sofia中,有一个概念是SIP Profile,它相当于一个SIP UA,通过各种不同的配置参数可以配置一个UA的行为。一个系统中可以有多个Profile,每个Profile都可以监听不同的IP地址和端口对。 一个Profile中有多个Gateway,Gateway可以直译为网关,它主要用于定义一个远端的SIP服务器,使FreeSWITCH可以与其他服务器通信。FreeSWITCH可以作为一个SIP客户端(UAC)向远端的网关进行“注册”;当然也可以不注册,而是使用与远端服务器对等的方式(俗称SIP Trunk,即SIP中继)相互通信(我们将在第14章讲到FreeSWITCH与与它系统相连的各种拓扑结构)。 FreeSWITCH可以作为注册服务器,这时候,其他的SIP客户端就可以向它注册。FreeSWITCH将通过用户目录(Directory)中的配置信息对注册用户进行鉴权。这些SIP客户端所代表的用户就称为本地SIP用户、简称本地用户。 牢记FreeSWITCH是一个B2BUA。如果Alice通过FreeSWITCH给Bob打电话,Alice首先向FreeSWITCH发起呼叫,对FreeSWITCH而言,这路通话就称为来话(Inbound Call);然后FreeSWITCH再去呼叫B,这路通话称为去话(Oubtound Call)。如果来、去话都是在与本地用户之间的,又称为本地来话和本地去话。 如果来、去话的发起者和目的地不是本的用户。而是以中继方式进行的,就称为中继来话或中继去话。但是,中继的叫法只是沿用传统的PSTN网络中的概念,在SIP术语中,本来是没有中继的概念的。 FreeSWITCH默认配置了internal和external以及internal-ipv6等三个Profile。其中internal主要用于本地用户的注册,它与external的区别除了使用的端口号不同外,它们之间最大的区别就是发送到internal这个Profile上的呼叫(INVITE请求)是需要鉴权的,但发送到external上的INVITE请求却不需要鉴权。这一点,用户在使用中可以慢慢体会。只要不被它们的名字所迷惑,知道所有的Profile其实都是一样的,这两个Profile只是FreeSWITCH默认提供的两个例子而已,它们之间的不同在于使用了不同的配置参数。 该模块是FreeSWITCH中最大的一个模块,也是最主要的一个模块,它的功能和配置都很多,留待我们日后慢慢讲。点击左下角的「查看原文」也可以看到更多的信息。 ---------------------------------------- 题图:Sofia 来自wikipedia Sofia是保加利亚的首都和最大城市,跟我们的mod_sofia可没有半毛钱关系啊。 ---------------------------------------- FreeSWITCH-CN是什么? FreeSWITCH-CN是FreeSWITCH中文社区,
今天主要聊聊GB/T28181状态信息报送这块,先回顾下协议规范相关细节,然后再针对代码实现,做个简单的说明。
我们在做Android平台GB28181设备接入侧模块的时候,特别是执法记录仪或类似场景,系统除了对常规的录像有要求,还需要能和GB28181平台侧交互,比如实现设备侧视音频文件检索、下载或回放。本文假定记录仪或相关设备已经完成录像,主要来探讨下设备视音频文件检索相关。
注册和注销基本要求 SIP客户端、网关、SIP设备、联网系统等 SIP代理(SIP UA)使用IETFRFC3261中定义的方法 GB/T28181—2016Register进行注册和注销。
Kamailio跟注册、认证以及用户位置有关的模块,常见的就是registrar、auth、auth_db以及usrloc等,尽管有官方手册,但是要熟练掌握是需要一个过程的。笔者在这里分享下使用经验,希望起到一个抛砖引玉的效果。
通过IP协议传输语音在企业网络和提供商环境中都带来了各种挑战。首先,存在非常高的可用性要求。但是,作为实时服务,用户也会立即注意到服务质量上的问题。特别是数据包丢失、抖动和延迟等网络质量参数对最终的语音质量有重大影响。
在探讨这个问题之前,我们先看看GB/T28181-2016官方文档怎么说的,9.10.1章节校时基本要求提到:
日志的前面几行表明收到了OPTIONS请求,其中uri是sip:test.com。
SIP方式校时见本节具体描述;NTP(见IETFRFC2030)协议的网络统一校时服务,网络校时设备分为时钟源和客户端,支持客户/服务器的工作模式,时钟源应支持 TCP/IP、UDP及 NTP协议,将输入的或是自身产生的时间信号以标准的 NTP信息包格式输出。
看最近的访问搜索关键字,大部分都是通过WVP-GB28181关键字搜索过来的,原来调到一半,就去干别的事情了,趁着年前比较空闲,重新捡起来,发现还比较顺利的调通了取流,记录下过程
源设备向目标设备发送设备控制命令,控制命令的类型包括球机/云台控制、远程启动、录像控制、 报警布防/撤防、报警复位、强制关键帧、拉框放大、拉框缩小、看守位控制、设备配置等。
(1)如果通信双方在同一个局域网内,这种情况下可以不借助任何外力直接通过内网地址通信即可;
在这个数字化的时代,我们的生活已经被各种应用程序和在线服务所包围。我们通过电子邮件、社交媒体、在线购物等方式进行沟通和交流。然而,有一种方式,尽管已经存在了一段时间,但仍然被许多人忽视,那就是通过浏览器Web拨打电话。这种方式不仅方便快捷,而且能够打破传统的通信模式,连接无限可能。
心跳发送方、接收方需统一配置“心跳间隔”参数,按照“心跳间隔”定时发送心跳消息,默认心跳间隔60s。心跳发送方、接收方需统一配置“心跳超时次数”参数,心跳消息连续超时达到“心跳超时次数”则认为对方下线,默认心跳超时次数3次。
Freeswitch路径 /usr/local/freeswitch(下述步骤全部以全路径为主)
对接Android平台GB28181设备接入端语音广播的时候,我们有遇到过INVITE SDP需要PCMA格式的audio,对方同时回了PS和PCMA两种,然后,发数据的时候,直接发了PS的。
在前面几篇文章中我们介绍了建立p2p通信的一般协议(簇),以及一种完整的NAT传输解决方案ICE, 但是对于多用户的通信情况,还有一些通用协议来实现标准化的管理,如之前讲过的SDP和SIP等,SIP(Session Initiation Protocol), 是属于应用层的控制协议,主要用于在一个或多个参与者之间创建,修改和中止会话(sessions).会话的类型包括IP电话, 多媒体流分发和多媒体会议等.
在终端下输入:open .bash_profile 命令,会打开此文件(如果没有则手动创建),添加如下内容。
支持GB28181是正确的事情,可能也是困难的事情,因为困难所以有趣。 Introduction 在非常多朋友的努力下,SRS的GB功能不少,详细可以参考srs-gb28181[1]。由于GB和摄像头的复杂性,问题也是不少的,特别是稳定性问题,这也是为什么GB一直迟迟没有进SRS 5.0分支的原因。 现在SRS 5.0已经临近功能封版了,我们增加了几个大的功能和改进,最后一个功能就是在考虑是否支持GB。鉴于GB目前的稳定性表现,肯定不能完全合并过来,是否能有稳定性更高的合并办法? 如果减少功能,当然稳定性就
技术上讲,完全可以逐行按String解析,白手起家,拆解出其中的内容,但是这样做一来有些原始,二来也未必高效,幸好社区里已经类似的开源项目:pkts ,借助这个开源项目,可以很方便的把上述内容快速解析出来,示例代码如下:
进入docker/data目录下,输入: docker-compose -f docker-compose-window.yml up -d
前段时间,我为Scala 3提出了XML字面量语法提案,在社区中正在讨论。这个提案可能预示着 Scala 3、Scala.js和Binding.scala的未来前景。为什么这么说?还得先聊聊Scala目前在编程语言界的江湖地位是怎么来的。
关于 WebRTC API 和协议的发展历程中有许多小故事,正如所有的 web 开发人员在第一次遇到 WebRTC 时都会问很多的为什么。许多答案实际上与历史有关,并且不同人的看法是存在偏差的,所以本次演讲只是一些关于本人对 WebRTC 标准化过程中所做出的选择的看法。
我们先看例子 default/0020_record…..xml,我们一行一行的讲。
其中Cflags保存的是分支标志,上面的例子Kamailio的分支标志是64,一般在Kamailio.cfg的开头几行能找到这样的定义:
前面三篇blog分别介绍国网B接口注册、资源上报和资源信息获取,今天过一下国网B接口调阅实时视频相关的接口描述和消息示例,做过GB28181设备接入的都知道,国网B接口调阅实时视频流程和GB28181的基本一致的,区别在于SDP的一些参数描述,有些差别,举个例子,调阅实时视频,GB28181的SDP里面“s=Play”,国网B接口SDP取值定义“s=-”,如果严格按照规范来,估计好多系统都没法正常接入。
我们在做GB28181设备接入端的时候,其中有个功能,不难但非常重要:那就是GB28181实时位置的订阅(mobileposition subscribe)和上报(notify)。
上篇blog,我们提到了Android平台GB28181历史视音频文件检索规范探讨及技术实现,文件检索后,GB28181平台侧,可以针对文件列表进行回放或下载操作,本文主要探讨视音频文件下载相关。
为了减轻妹子工作中处理Excel的辛苦,用python写了几个处理xlsx的代码,分别完成一些独立的任务,如根据考勤记录判断每天未来、迟到、早退的名单,实现两个复杂xlsx文件的单元格对比,等等。但妹子毕竟是文科生,直接提供py代码并且要求在命令行中调用,还是极度的不友好。所以这次希望能够完善一下,主要实现三个目标:功能整合、提供GUI、打包成exe。
java -jar wvp-pro-*.jar --spring.config.location=../src/main/resources/application-dev.yml
实时位置(MobilePosition)订阅和上报,对GB28281设备接入终端尤其重要,如移动单兵设备、执法记录仪、智能安全帽、车载终端等,Android国标接入设备通过获取到实时经纬度信息,按照一定的间隔上报到国标服务平台,国标服务平台通过如电子地图,实时动态显示前端设备的定位信息,从而实现前端接入设备的可视可控管理。比如4G/5G执法仪,智能安全帽,智能警用头盔,单兵等。
视频格式可以分为适合本地播放的本地影像视频和适合在网络中播放的网络流媒体影像视频两大类。尽管后者在播放的稳定性和播放画面质量上可能没有前者优秀,但网络流媒体影像视频的广泛传播性使之正被广泛应用于视频点播、网络演示、远程教育、网络视频广告等等互联网信息服务领域。
好多开发者在做国标对接的时候,首先想到的是IPC摄像头,通过参数化配置,接入到国标平台,实现媒体数据的按需查看等操作。
排查问题 编码 编号 问题原因 PW_SQL_FAIL 10000 数据库出错 PW_UNSUPPORT_SOFTPHONE 10001 不支持SOFTPHONE PW_UNSUPPORT_IVR 10002 不支持IVR PW_DEVICE_NOTFOUND 10011 设备没找到 PW_DEVICE_EMPTYUSER 10012 空的用户名 PW_DEVICE_MACREJECT 10013 MAC地址出错 PW_DEVICE_PASSWDREJECT 10014 密码出错 PW_DEVICE_FOR
SkeyeVSS国标视频融合云平台基于端-边-云一体化架构,部署轻量简单、功能灵活多样,平台可支持多协议、多类型设备接入,包括国标GB28181、RTMP、RTSP/Onvif等,2023年我们将拓展更多SDK接入,包括海康SDK、大华SDK、海康Ehome协议、华为SDK、宇视SDK、萤石SDK、乐橙SDK。
1 SBC:IMS网络边缘用于实现IP接入,互通和安全保护的网元,存在于接入网络与IMS网络之间或不同IMS网络之间,是用户接入IMS的入口点。SBC作为B2BUA将用户和IMS核心网进行隔离。
注册直接贴个流程图吧,这里跟GB28181一致的。图片参考信令:步骤1 REGISTER sip:010090000000000000@111.203.3.78:21112 SIP/2.0 Via: SIP/2.0/UDP 100.106.180.41:15060;rport;branch=x5hG8bK235 From: <sip:010090016701000000@01009000>;tag=3723455366 To: <sip:010090016701000000@0100
基于Flash的实时多媒体通信是基于Adobe的RTMP协议进行的。FreeSWITCH中通过“mod_rtmp”实现了一个基于RTMP协议的Endpoint,可以支持用Flash实现的软电话。虽然随着WebTC的出现,Flash前景不再被看好,但是在一定范围内它还将顽强的存在。而且,作为有别于SIP模块(“mod_sofia”)的另外一个Endpoint,也很有参考和借鉴意义。
以下是可能用到的java扩展包:javax.*。 javax-jmi-model.jar javax-jmi-reflect.jar javax-mail-1.3.jar javax-ssl-1_1.jar javax-xml-soap-1.6.0.jar javax.activation.jar javax.activation_1.1.0.v201005080500.jar javax.activation_1.1.0.v201105071233.jar javax.activation_1.1.0.v201108011116.jar javax.annotation.jar javax.annotation.source_1.0.0.v20100513-0750.jar javax.annotation_1.0.0.v20100513-0750.jar javax.annotation_1.0.jar javax.annotation_1.1.0.v201105051105.jar javax.annotation_1.1.1.v201006150915.jar javax.ejb.jar javax.el.jar javax.el.source_2.1.0.v201004190952.jar javax.el_2.1.0.v201004190952.jar javax.el_2.2.0.v201105051105.jar javax.enterprise.deploy.jar javax.inject-1.jar javax.inject-tck.jar javax.inject.jar javax.jar javax.jdo-jdo2-api-2.3-eb.jar javax.jms-1.1.jar javax.jms.jar javax.jms_1.1.0.jar javax.jsp_2.1.jar javax.jws-1.0.jar javax.jws_2.0.0.v201005080400.jar javax.mail-1.3.3.01.jar javax.mail.glassfish.source_1.4.1.v201005082020.jar javax.mail.glassfish_1.4.1.v201005082020.jar javax.mail.jre15_1.4.1.jar javax.mail.jre16_1.4.3.jar javax.mail_1.4.0.v201005080615.jar javax.management.j2ee.jar javax.obex.jar javax.persistence.jar javax.persistence.source_2.0.3.v201010191057.jar javax.persistence_1.0.0.0_1-0.jar javax.persistence_1.0.0.jar javax.persistence_1.99.0.jar javax.persistence_2.0.0.jar javax.persistence_2.0.0.v201002051058.jar javax.persistence_2.0.1.jar javax.persistence_2.0.1.v201006031150.jar javax.persistence_2.0.3.v201010191057.jar javax.persistence_2.0_preview.jar javax.resource.jar javax.resource_1.5.0.jar javax.security.auth.message.jar javax.security.jacc.jar javax.security.jar javax.servlet-1.0.0.jar javax.servlet-1.4.jar javax.servlet-2.3.jar javax.servlet-2.5.0.jar javax.servlet-3.0.0.v201103241009.jar javax.servlet-3.0.jar javax.servlet-5.1.12.jar javax.servlet.jar javax.servlet.jsp.jar javax.servlet.jsp.jstl.jar javax.servlet.jsp.jstl.source_1.2.0.v2010041909
Kamailio:https://www.kamailio.org/(起源于SER)是一个开源的SIP服务器,主要用作SIP代理服务器、注册服务器等,即只处理信息,不处理媒体。如果你听说过FreeSWITCH:http://freeswitch.org.cn/或Asterisk,他们是典型的SIP B2BUA,主要用于VoIP媒体相关的处理。
友情提示:初次接触SIP(Session Initiation Protocol)协议的同学,强烈建议先将文末参考文章中的链接,先看至少二遍!
在做Android平台GB28181接入模块之前,我们在RTMP推送播放、RTSP轻量级服务、转发、播放这块,已经有很多年的经验,这意味着,我们不需要重复造轮子,已有屏幕、摄像头或编码前(目前支持的有YV12/NV21/NV12/I420/RGB24/RGBA32/RGB565等数据类型)或编码后(H.264/HEVC)数据,只需要实现GB28181的信令交互,和媒体处理,即可实现不具备国标音视频能力的 Android终端,通过平台注册接入到现有的GB/T28181—2016服务。
SIP(Session Initiation Protocol)协议是一种用于建立、修改和终止多媒体通信会话的通信协议。在互联网电话、视频会议、即时消息传递和多媒体通信等领域,SIP协议得到了广泛的应用。可以说,SIP协议已成为目前通信系统协议的主流,尤其在5G移动通信中,SIP协议更是作为基础。
INVITE sip:1000@10.0.0.1:10000;transport=tcp SIP/2.0
默认情况下,拨打内部用户时,freeswitch需要该用户注册了才能对其发起呼叫,否则会提示-ERR USER_NOT_REGISTERED
B接口要求设备注册完毕后,已通知的方式上报平台设备自身的资源信息. 摘自原文: 前端系统加电启动并初次注册成功后,应向平台上报前端系统的设备资源信息(包括:视频服务 器、 DVR/DVS 、摄像机、告警设备、环境量采集设备等模拟或数字信号采集设备信息)。 前端系统上报的设备资源信息采用 SIP 的 NOTIFY 消息,消息体应采用 XML 进行封装。 前端系统在上报资源信息时,应按照逐级发送的方式,发送的资源信息记录建议组合成小于 MTU 尺寸的封包进行上报,也允许单个分批的发送方式。
领取专属 10元无门槛券
手把手带您无忧上云