sip

起因是这样的：由于本人一直使用mac，平时喜欢捣鼓一些音频后期，例如修音，混音。而在这方面Pro Tools是绝对的王者，苹果的Logic以及第三方Cubase完全不是一个档次。但是呢，又考虑到Pro Tools在mac下的和谐版最高支持到10.11。 而正版的Pro Tools软件也确实太贵，普通版动辄3800元/年，而我只是个爱好者，并不是靠这个吃饭的，所以就想找个办法去安装它。 思考再三，我决定使用一块外置固态硬盘来安装旧系统，这样就可以把软件安装在里面了。嗯，理想很丰满，现实很骨感。接下来给大家看我的曲折之路，也给想降级的朋友，带来一些参考。 首先，我的电脑是2018款的13寸触屏版，是购于12月25日，也就是年底。在这里说一下，mac这东西，同样是一个年份，一个型号，真有不同的地方。例如18年年中发布2018款MBP的时候，自带的系统是10.13的High Sierra，而年底的时候，同样的型号自带的版本就是10.14的Mojave，所以真的是说电子产品买新不买旧，是有一定道理的，为啥这么说，慢慢看就是了。 我试图在官网上下载了10.11的El Capitan，以及10.12的Sierra，通过U盘制作启动盘，想开机按Option键进入启动盘安装到外置固态硬盘上。可是出现了太多的错误，主要有以下： 1、无法启动该磁盘，你必须通过在线更新才能启动。 于是联网，在线更新

一、WebRTC协议与SIP协议互通的需求来源 目前在国内需要WebRTC协议与SIP协议互通的场景主要集中在应用程序（App/Web）对接企业呼叫中心系统客服坐席、音视频会议对接PSTN/SIP音视频通话、企业内部App移动工作台（智能办公电话）、CRM系统集成电话呼叫功能、智能硬件（如：智能门禁设备、电梯救援设备、智能陪伴机器人）对接PSTN通话等落点电话场景。 详情可查看： www.webrtc2sip.com 二、协议互通的技术方案 SIP协议与RTC协议是分属两个音频编解码协议，WebRTC使用 JSEP 协议建立会话， SIP 协议是 IMS 网络广泛使用的信令协议，要实现webRTC协议和SIP协议互通，要从信令层和媒体层进行处理。以下为WebRTC和SIP协议互通的技术架构图。 三、影响通话质量的因素 1、语音通话网络传输设施。众所周知，IP侧的语音通话非常看网络环境。目前IP侧的语音通话有两种传输方案，公网传输和全球数据节点就近接入。公网传输属于尽力而为的机制，易丢包出现卡顿和延时情况，特别是国内与海外的公网传输更加明显。全球数据节点就近接入需要在全球建立数据节点，系统自动根据IP判定就近接入，专线传输时延低，稳定性高。对于公司内部会议、客服回访场景尤为重要。这个方案唯一的问题就是在全球建立数据节点成本极高。中小微企业自行建设性价比不高。 2

目标： 甲方企业安全建设，除了通过内部的力量发现安全问题，也可以通过外部的力量，比如通过租凭、购买安全厂商的设备，来发现企业存在的安全问题。大致的安全场景已经对于安全厂商和产品如下 TOS（终端操作系统）： 华为云 主机： 青藤云 防火墙： 天融信 WAF： 绿盟 安全狗 CDN： 知道创宇 加速乐 IDS： 绿盟 IPS网络入侵防护系统 威胁情报&入侵检测&态势感知 深信服 安全态势感知平台SIP 360 SkyEye 奇安信 微步 数据泄露： Mcafee 数据保护 思睿嘉得 数据泄露防护系统 VPN： 深信服 VPN 漏洞扫描： 长亭 Xray 终端杀毒： 火绒 注意： 部署的时候，使用独立部署的方式，不然数据和流量传输出去了，也是一个安全事件。 参考 http://www.360doc.com/content/18/1212/21/39872701_801388942.shtml 来源： oschina 链接： https://my.oschina.net/u/4286781/blog/4404693

此工具集包含 PLDA 专有的验证过程用组件，以及来自业界领先的公司 Aldec ®、 Avery Design Systems ® 和西门子旗下事业部 Mentor 的工具。 加州圣何塞--(美国商业资讯)--PCI Express® IP和数据互连解决方案领域的行业领导者PLDA今日宣布推出Robust Verification Toolset，这是IP验证的突破性方法，可大幅提高设计准确性，并加快产品上市时间。IP设计的验证过程发生在芯片设计的前端，并且需要高度的可靠性以防止耽误生产。达到必要的验证级别相当耗时，但是在验证过程中走捷径往往会导致在芯片制造结束时进行昂贵且难度大的漏洞修复。确保初始验证过程稳定且高质量则要高效得多。PLDA已建立此类稳定的验证流程，该流程将知名的外部验证供应商提供的综合工具集与PLDA专有的内部工具相结合，可以显著缩短设计时间，同时提高设计准确性。 通过使用丰富的、同类最佳的验证解决方案生态系统，PLDA的验证工具集可以进行细致且系统的分析和证实，以证明设计执行将适用于所有可能的定义行为。PLDA创新的验证方法以名为DANA的PLDA专有工具为支撑，该工具可通过一系列自动报告、自动化和严格的后续流程来提供高效的供应链管理。来自这款完整工具集的数据可实现自动收集、分析和报告，从而缩短由数据管理产生的审查周期，并加快决策过程。该验证程序在内部被称为

NTP时钟服务器在标准化考场系统应用 NTP时钟服务器在标准化考场系统应用 京准电子科技VX——ahjzsz 第一章 背景介绍 　　我国教育改革不断深入，电子技术与计算机网络技术不断发展，招生考试的现代化管理水平也在不断提高。各地全面推动电子化考场建设的步伐，中高考、研究生考试、教师资格证考试、国家英语四六级考试等所有国家级考试的网上巡查将全面推广，通过全面覆盖的视频监控技术，实现网上巡查功能，保障考试环境的公平、公正，并为各类舞弊行为提供有效证据以便后续查看处置，同时在发生突发事件后也可以进行取证溯源。 　　因此考场管理实施教育考试网上巡查是新时期考务管理工作的需要，建立教育考试网上巡查系统以后，实现多级网上巡查，对考试全过程实施全方位监控和即时录像，能有效地防范考生舞弊等行为的发生。同时，实施考场网上巡查又是依法治考的需要。教育考试网上巡查系统通过全程录像，对查处考试舞弊提供了有力的证据，能更有效地打击违纪舞弊行为，更好地维护国家教育统一考试严肃性、权威性和公平性。 　　第二章 解决方案 　　网上巡查系统是包括了巡查技术、通讯技术、音视频技术和教育考试管理技术的一套综合性业务应用系统。从系统应用构成的主体类型上可分成巡查资源、传输网络、巡查中心和用户终端四个组成部分，巡查资源是系统巡查信息的来源，传输网络是连接巡查资源、巡查中心和用户终端的媒介

使用用SIP的终端设备称为SIP用户代理(user agent，UA) 。SIP的作用之一是允许UA之间建立媒体会话。顾名思义，UA接受用户的指示或输入，并代表用户与其它UA一起设置或取消媒体会话。大多时候，用户通常是一个人，但有时候也可能是另一种协议，比如说网关。UA必须具备与他人建立媒体会话的能力。 UA必须维护它发起或参与的呼叫状态。最小呼叫状态集包括本地和远端tag、Call-ID、本地和远端Cseq头域、路由集，和媒体所需的任何状态信息。这些信息用于保存dialog信息并保证其可靠性。远端CSeq对于区分新请求和旧请求的重发是有必要的。re-INVITE用于更新现有呼叫参数。它的Call-ID和tag信息与初始INVITE/200 OK 交换中的值保持一致，但是CSeq序号会增加，因为它是新的请求。重发的INVITE消息中，Call-ID、tag和Cseq都和前一条INVITE消息保持一致。即使呼叫已经终止，UA也必须继续维护呼叫状态至少32秒，为的是处理可能的丢包重传消息。 UA如果收到未知dialog的ACK，不要声张，悄悄丢弃就是了。请求未知的URI会收到404 Not Found应答。UA收到未知dialog的请求时，需要回应481 Dialog/Transaction Does Not Exist。收到未知dialog的应答也应该悄悄丢弃。为了安全起见

什么是打洞，为什么要打洞 由于Internet的快速发展 IPV4(网际协议版本4)地址不够用，不能每个主机分到一个公网IP 所以使用NAT地址转换 一般来说都是由私网内主机主动发起连接，数据包经过NAT地址转换后送给公网上的服务器，连接建立以后可双向传送数据，NAT设备允许私网内主机主动向公网内主机发送数据,但却禁止反方向的主动传递，但在一些特殊的场合需要不同私网内的主机进行互联（例如P2P软件、网络会议、视频传输等），TCP穿越NAT的问题必须解决。 nat的几种类型 现在基本使用这种，又分为对称和锥型NAT。 锥型NAT ，有完全锥型、受限制锥型、端口受限制锥型三种： a) Full Cone NAT （完全圆锥型） ：从同一私网地址端口192.168.0.8:4000发至公网的所有请求都映射成同一个公网地址端口1.2.3.4:62000 ，192.168.0.8可以收到任意外部主机发到1.2.3.4:62000的数据报。 b) Address Restricted Cone NAT （地址限制圆锥型） ：从同一私网地址端口192.168.0.8:4000发至公网的所有请求都映射成同一个公网地址端口1.2.3.4:62000，只有当内部主机192.168.0.8先给服务器C 6.7.8.9发送一个数据报后，192.168.0.8才能收到6.7.8.9发送到1.2.3.4

服务器环境要求 CentOS 6.9 64bit 下载脚本文件并安装 wget http://voip-sdk.oss-cn-beijing.aliyuncs.com/rtc_sip/install_rtc_sip.sh wget http://voip-sdk.oss-cn-beijing.aliyuncs.com/rtc_sip/python_install.sh #yum -y install dos2unix #dos2unix ./*.sh chmod a+x ./*.sh ./install_rtc_sip.sh 修改绑定的域名 修改绑定的域名 修改两个地方 /etc/nginx/conf.d/websdk.conf 替换域名证书 /data/wwwroot/rtcsip-demo/ssl 重启Web service nginx restart 呼叫测试 来源： oschina 链接： https://my.oschina.net/u/4331670/blog/4332202

语音路由策略是整个Teams语音落地的关键部分，一旦分配了这个策略，Teams用户的拨号盘就会显示出来供用户使用 对上一节中，我们通过Teams管理中心把拨号计划创建出来，并分配给用户。这一节我们还是使用管理界面来进行Teams语音路由配置，首先要简单讲一下配置的逻辑： 1） 用户拨打了一个美国号码，通过Dial Plan转换成 +1 800 642 7676 2） Teams判断是否有Voice Routing Policy分配到该用户, 以下简称VRP 3） 若有分配特定的VRP，则会被应用到对应的VRP策略里面 4） 在VRP里面会含有一组PSTN Usage, VRP会根据Callee Number给呼叫打上一个标记，就是PSTN Usage。所以你完全可以把PSTN Usage理解为一个标记即可，没有实质性的作用。 5） 第五步就比较重要了，这里会应用上一组/条语音路由 Voice Routing，它会根据Callee Number来判断是否路由到相应的语音网关上面。同时每一条Voice Routing都关联着一条/组PSTN Usage，也就是说这通呼叫之前被打上了一个标记PSTN Usage_To China, 那么这通呼叫就只能使用对应的Voice Routing进行路由了。 （若你只有一个语音网关，一个地方的用户，这个理解不了也无所谓，但如果你有多个地方的用户

本文由FreeSWITCH 中文社区创始人杜金房在LiveVideoStack线上分享的演讲内容整理而成，详细介绍了FreeSWITCH做为一种开源的视频会议解决方案如何在开源、开放的基础上，对接各种无法修改的“标准”视频会议终端、WebRTC浏览器以及微信小程序等，迎接各种挑战。 文 / 杜金房 整理 / LiveVideoStack 我们所谓的“标准”解决方案，并非是指这个解决方案是标准的。而是在做视频会议的过程中，FreeSWITCH作为一个服务器，会面对不同类型的客户端以及各种硬件的终端。由于它们使用了各种各样的标准协议，是我们没办法修改的，所以称它们为标准的客户端。而FreeSWITCH视频会议“标准”解决方案就是指针对这些不可修改的标准客户端所做的一种解决方案。 视频会议类型 视频会议大体上可以分为三种类型。一是传统视频会议，传统的视频会议是“标准”的，因为它们之间需要互通。早期的视频会议协议一般是H323，即使现在我们也还会经常遇到H323的设备，但后来大部分被SIP协议的设备所取代。SIP协议是一个文本协议，整体更灵活一些。 近几年开始出现一些云视频会议，今年其实也可以算作云视频会议的元年，由于疫情的原因，大家开始更多地使用视频会议。例如Zoom，腾讯会议、小鱼易连等，据说腾讯会议一周之内上线了10万台服务器，进行紧急扩容，这在传统的视频会议时代是不可能实现的