sip

弹性公网IP是独立的公网IP资源，可以绑定到阿里云专有网络VPC类型的ECS、NAT网关、私网负载均衡SLB上，并可以动态解绑，实现公网IP和ECS、NAT网关、SLB的解耦，满足灵活管理的要求。 弹性公网IP作为一种网络基础能力，也是阿里云客户日常最常使用的产品之一。那么使用弹性公网IP，部署了哪些业务，能带来哪些业务价值，又有哪些故事呢？这里来和大家简单聊一聊。 超大弹性带宽，无惧业务高峰 2020年在全国人民万众一心抗击新冠肺炎的同时，SOHO、网课、视频会议也成为了人们日常办公学习生活的新趋势。 小A所在的公司是一家做视频会议的公司。疫情期间，不少企业客户咨询小A公司，希望借助小A公司已有的应用能力，支撑自己员工在家SOHO的日常视频和语音会议要求。小A此时又喜又怕，喜的是小A公司在疫情期间可以帮更多公司开始复工复产，为抗疫出份力量。怕的是，要保障客户会议不断线、保证视频质量、语音质量，小A必须要大规模紧急扩容了！小A初步预估，这波扩容，公网带宽需要到Tbps量级才能满足突增的客户量和业务量。 本来数据中心扩容Tbps量级的带宽就不是一个简单的事情，更别说在防疫和春节春节，人员沟通和施工也比往常麻烦很多，效率低了不少。小A也很自然地想到了把扩容的部分通过上云来实现，可以哪家云能支撑这么大量的带宽，同时又能保证网络质量呢？ 横向对比了之后，小A最终选择了使用阿里云

XpressLINK-SOC 简化基于 Arm 的 SoC 设计，实现对 CXL 和 CCIX 的高效支持 加州圣何塞--(美国商业资讯)--高速互连解决方案的行业领导者PLDA今天宣布，PLDA业界领先的XpressLINK-SOC™CXL IP全面支持AMBA®CXS Issue B (CXS-B)接口协议。这种支持使得片上系统(SoC)设计人员能够降低延迟，在其基于Arm®的SoC解决方案中更轻松地实现CXL和CCIX多芯片互连标准。 AMBA CXS是一项基于信用的流协议，可在用户应用和协议控制器之间进行高带宽数据包传输。设计人员利用CXS接口，可以绕过控制器的事务层，从而可以显著降低延迟。CXS规范定义了诸如Arm CoreLink™一致性网状网络(Coherent Mesh Network)等芯片内互连与PCIe或CXL控制器之间的接口，以优化CCIX和CXL数据包的传输。 Arm基础架构业务线产品解决方案副总裁Dermot O’Driscoll表示：“当我们进入下一个计算时代时，我们如今使用数据的速度只会增加，在高速存储和网络等应用中需要更多的带宽和无缝的数据传输。PLDA新增对CXS的支持，此举让芯片提供商能够迅速采用高性能的CXL和CCIX多芯片互连技术，从而在这些应用中实现更高的计算性能和效率。” PLDA首席技术官Stephane Hauradou表示：

背景 在安防监控行业中GB28181协议可以实现获取直播流、录像、报警信息、通道状态等各种信息，基本满足了监控行业中的全部需求。LiveGBS就是一套开放的GB28181流媒体服务平台，提供用户私有化部署、提供标准RESTFul HTTP接口用于二次开发，将视频流转成RTMP、RTSP、HTTP-FLV、HLS格式支持WEB端、移动端等各终端播放，无需插件。另外还支持抓取快照、云端录像、级联、报警信息、权限管理等更多细节功能，是个非常优秀的GB28181流媒体服务平台。 部署时问题排查 页面打不开 LiveCMS 和 LiveSMS都部署起来后，浏览器输入ip:10000端口打不开LiveCMS的页面。这种情况一般是LiveCMS的10000端口被其他程序占用了导致。可以先卸载LiveCMS，打开livecms.ini文件，把http端口从10000改成100002或其他端口，再重新安装LiveCMS。 设备无法注册 网页打开后，设备无法注册上来，需要检测UDP 5060端口是否开放。 改服务IP 修改服务IP时，需要同时修改LiveCMS和LiveSMS配置页面里面的IP，不能只修改LiveCMS，否则可能会出现设备在线但是无法播放的问题。 播放超时 播放视频时概率性出现timeout或者花屏、卡顿等问题时，一般是由于设备端视频向服务端传输时网络跟不上导致，可以在设备端的配置页面

一、背景 在安防监控行业中GB28181协议可以实现获取直播流、录像、报警信息、通道状态等各种信息，基本满足了监控行业中的全部需求。LiveGBS就是一套开放的GB28181流媒体服务平台，提供用户私有化部署、提供标准RESTFul HTTP接口用于二次开发，将视频流转成RTMP、RTSP、HTTP-FLV、HLS格式支持WEB端、移动端等各终端播放，无需插件。另外还支持抓取快照、云端录像、级联、报警信息、权限管理等更多细节功能，是个非常优秀的GB28181流媒体服务平台。 二、LiveGBS 常见问题 1. 页面打不开 LiveCMS 和 LiveSMS都部署起来后，浏览器输入ip:10000端口打不开LiveCMS的页面。这种情况一般是LiveCMS的10000端口被其他程序占用了导致。可以先卸载LiveCMS，打开livecms.ini文件，把http端口从10000改成100002或其他端口，再重新安装LiveCMS。 2. 设备无法注册 网页打开后，设备无法注册上来，需要检测UDP 5060端口是否开放。 3. 修改服务IP 修改服务IP时，需要同时修改LiveCMS和LiveSMS配置页面里面的IP，不能只修改LiveCMS，否则可能会出现设备在线但是无法播放的问题。 4. 播放花屏、卡顿 播放视频时概率性出现花屏、卡顿等问题时

阅读目录 1. 接口测试简介 1.1 什么是接口测试 　　 1.2 接口测试的必要性 　　 1.3 接口测试流程 　　 1.4 接口文档 　　 1.5 接口测试用例设计 　　 1.6 接口测试用例模板 2.Postman 　　 2.1 Postman简介 　　 2.2 Postman主页 　　 2.3 Postman 发送请求 　　 2.4 Postman 授权 　　 2.5 Cookie设置 　　 2.6 Postman变量 　　 2.7 Postman断言 　　 2.8 postman运行collection 　　 2.9 Postman数据驱动 　　 2.10 构建工作流 1.接口测试简介 1.1 什么是接口测试 测试人员通常所说的“接口测试”是针对系统各组件之间接口的一种测试，它属于功能测试。接口能测出普通界面操作难以发现的问题。如，我们都知道系统是由前端后端组成，一些数据在前端做了校验，后端同样也需要校验才能保证安全，界面操作显然只能检查到前端校验这一层，只有直接面对前后端之间的该接口才能检验出后端是否也做了校验。 1.2 接口测试的必要性 　　• 可以发现很多页面操作发现不了的问题 　　　　• 检查系统的异常处理能力 　　• 检查系统的安全性、稳定性　　　　　　　　 　• 前端随便变，接口测好了，后端不用变 1.3 接口测试的流程 　　• 需求评审，熟悉业务和需求　　　

防火墙技术介绍 网络安全概述 随着网络技术的普及，网络攻击行为出现的越来越频繁。通过各种攻击软件，只要具有一般计算机知识的初学者也能完成对网络的攻击。各种网络病毒的泛滥，也加剧了网络被攻击的危险。目前，Internet网络上常见的安全威胁分为一下几类。 非法使用： 资源被未授权的用户（也可以称为非法用户）或以未授权方式（非法权限）使用。例如：攻击者通过猜测帐户和密码的组合，从而进入计算机系统以非法使用资源。 拒绝服务： 服务器拒绝合法永福正常访问信息或资源的请求。例如，攻击者短时间内使用大量数据包或畸形报文向服务器发起连接或请求回应，致使服务器负荷过重而不能处理合法任务。 信息盗窃： 攻击者不直接入侵目标系统，而是通过窃听网络来获取重要数据或信息。 数据篡改： 攻击者对系统数据或消息流进行有选择的修改、删除、延误、重排序及插入虚假消息等操作，而使数据的一致性被破坏。 因此： 网络安全是Internet必须面对的一个实际问题 网络安全是一个综合性的技术 网络安全具有两层含义： 保证内部局域网的安全（不被非法侵入） 保护和外部进行数据交换的安全 网络安全技术需要不断地完善和更新 网络安全关注的范围 网络安全关注点 作为负责网络安全的管理人员主要关注（并不局限于）以下8个方面： 1)保护网络物理线路不会轻易遭受攻击 2)有效识别合法的和非法的用户（AAA） 3)实现有效的访问控制（ACL

最近我们的各个产品都在整合国标GB28181的功能扩展，有EasyNVR的国标GB28181向上级联、有EasyGBS的下级接入与对上级联、有EasyCVR的多协议接入与GB28181输出，大家都在做GB28181，国标的成熟与兴起是政策与执行相互促进推动的结果，以前没有一个这么完善的协议能统一平台相互级联的思路，如今有了，那么各种类型的系统支持GB28181就是必然的； EasyNVR将RTSP/Onvif设备汇聚并向上级平台级联： EasyGBS国标接入与向上级联： EasyCVR能将各种协议汇聚并向上GB28181级联： 同时，我们也有在做WebRTC的更底层的开拓，发现WebRTC的实时性效果确实是出奇的好，我们综合分析了一下： WebRTC的视频传输采用的是RTP/RTCP协议，与GB/T28181一样； WebRTC在信令上各有各的自定义交换方式，与SIP协议类似，其主要目的就是做SDP等信息交换； 如果能衔接WebRTC的信令交换方式与国标SIP的信令交换方式，那WebRTC的RTP/RTCP是不是就可以与GB/T28181的RTP/RTCP贯通？ 那么GB/T28181是不是就可以借助到WebRTC的各种底层框架优势？ WebRTC+GB28181，延时、对讲、回音，是不是统统都没问题了？ 是的，我们正在按照这个思路在开发！ 来源： oschina 链接：

最近我们的各个产品都在整合国标GB28181的功能扩展，有EasyNVR的国标GB28181向上级联、有EasyGBS的下级接入与对上级联、有EasyCVR的多协议接入与GB28181输出，大家都在做GB28181，国标的成熟与兴起是政策与执行相互促进推动的结果，以前没有一个这么完善的协议能统一平台相互级联的思路，如今有了，那么各种类型的系统支持GB28181就是必然的； EasyNVR将RTSP/Onvif设备汇聚并向上级平台级联： EasyGBS国标接入与向上级联： EasyCVR能将各种协议汇聚并向上GB28181级联： 同时，我们也有在做WebRTC的更底层的开拓，发现WebRTC的实时性效果确实是出奇的好，我们综合分析了一下： WebRTC的视频传输采用的是RTP/RTCP协议，与GB/T28181一样； WebRTC在信令上各有各的自定义交换方式，与SIP协议类似，其主要目的就是做SDP等信息交换； 如果能衔接WebRTC的信令交换方式与国标SIP的信令交换方式，那WebRTC的RTP/RTCP是不是就可以与GB/T28181的RTP/RTCP贯通？ 那么GB/T28181是不是就可以借助到WebRTC的各种底层框架优势？ WebRTC+GB28181，延时、对讲、回音，是不是统统都没问题了？ 是的，我们正在按照这个思路在开发！ 来源： oschina 链接：

原文链接： https://mp.weixin.qq.com/s/RCefMEXY-lx7RTu0zq5LLw 实时音视频的开发学习有很多可以参考的开源项目。一个实时音视频应用共包括几个环节：采集、编码、前后处理、传输、解码、缓冲、渲染等很多环节。每一个细分环节，还有更细分的技术模块。比如，前后处理环节有美颜、滤镜、回声消除、噪声抑制等，采集有麦克风阵列等，编解码有VP8、VP9、H.264、H.265等。 我们今天汇总了一些能帮助到正在学习或进行音视频开发的实时音视频开发者们的开源项目与几个也在为开源社区贡献力量的商业服务。这些项目分为几类：音视频编解码类、视频前后处理、服务端类等。 音视频编解码类开源项目 视频编解码的作用，就是在设备的摄像头采集画面和前处理后，将图像进行压缩，进行数字编码，用于传输。编解码器的优劣基本在于：压缩效率的高低，速度和功耗。 目前，主流的视频编码器分为3个系列：VPx（VP8，VP9），H.26x（H.264，H.265），AVS（AVS1.0，AVS2.0）。VPx系列是由Google开源的视频编解码标准。在保证相同质量情况下，VP9相比VP8码率减少约50%。H.26x系列在硬件支持上比较广泛，H.265的编码效率能比上一代提高了30-50%，但是复杂度和功耗会比上一代大很多，所以纯软件编码实现的话有一定瓶颈，现有的技术下

WebRTC 是 Web Real-Time Communication，即网页实时通信的缩写，是 RTC 协议的一种 Web 实现，项目由 Google 开源，并和 IETF 和 W3C 制定了行业标准。在国内 WebRTC 已经获得了越来越多厂商的支持，应用前景变得更加广阔，所以我们也开设专栏，分享阿里云内部的 WebRTC 研究工作。 本篇是阿里云视频云 WebRTC 技术专栏系列文章的第一篇，作者将从 WebRTC SDP 例子和关键属性的角度为大家深度剖析解读，其中也分享了阿里云技术专家的一些实践经验，希望能对大家有所帮助或者启发。后续 WebRTC 技术专栏系列将继续推出 WebRTC ICE/DTLS/SRTP/RTCP/TURN 的详解与剖析，欢迎关注我们的公众号。 作者： 忘篱，阿里云高级技术专家，负责阿里云 RTC 服务器研发； 泰一，阿里云高级开发工程师，从事阿里云 RTC 服务器研发 Overview 狭义的说 WebRTC 是指浏览器端，浏览器端如何直接交换数据呢？肯定是没法完全独立完成的，必须得依靠服务器。一般依赖几种服务器： Signaling 信令服务器，也就是交换房间和会议的媒体信息，以及会议期间的消息，媒体描述使用的是 SDP 协议，也就是本文剖析的重点。 ICE 服务器，可以分为帮助两个客户端打洞建立 P2P 连接的 STUN 服务器