学习
实践
活动
专区
工具
TVP
写文章

【案例】谁说搬机房一定要的?(一)

第一家公司,做局域接入层运维的觉得:这个机房搬迁纯属说笑。 所以他们直接放弃了提供方案的想法。 第二家单位的倒是想到了一个办法。那就是先用临时交换机在老办公点,先按照和现一样的结构搭一个临时环境,正好可以用上这些临时交换机和预留的地址。 生产的楼层接入终端比较少,基本上一个楼层也就那么2—3台智能终端。所以,生产可以不用预留的地址,直接把多余出来的地址做一个整合做重规划。 老办公地点的楼层接入拆下来当备机使用了。考虑到办公网的终端比较多,预留的地址不一定够用,所以,办公网的楼层接入采用下面的步骤来做了。 最后,再把所有的1号机全部开起来,OA、同城汇聚的冷热切换做一次,完成了模拟演练。

53910

【案例】谁说搬机房一定要的?(二)

梁国武拿着方案看了两遍,才知道所谓的“不断的机房搬迁”原来就是一半一半的操作。 第二天一早,何书明就和梁国武到了客户现场,那个时候杨万青已经回去了。 白天何书明先去新办公地点检查专线,并上架办公网的楼层交换机,留下梁国武在老办公楼做配合工作。根据方案的要求,梁国武先把一台H3C 5560上架在老办公楼的机房里,然后把网线连接在上面。 新办公地点的楼层交换机重新规划地址并配置: 生产的交换机为利旧机,从老办公地点搬移到新办公地点,所以在配置上就需要修改一下网关的业务地址,并修改OSPF内的声明。 ? 到了晚上18:00的时候,无防火墙区域的所有2号机就可以下线了,而冷备机在白天的时候已经搬迁到新机房上架并且加电了。 主要业务的测试在当天晚上测试了,一切顺利,而外联的测试也要等到第二天早上,各个外联单位上班以后才能看到测试的效果。

32110
  • 广告
    关闭

    9.9元起,搭建自有直播平台

    9.9元享100GB流量,快直播体验仅需8.8元,结合视立方SDK快速构建云+端一体化直播平台,支持电商带货、在线教育、游戏直播等多样音视频互动场景

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    了,还能ping通 127.0.0.1 吗?为什么

    以前面试的时候遇到过这个问题,大家看个动图了解下面试官和我当时的场景,求当时小白的心里阴影面积。 话不多说,我们直接开车。 拔掉网线,。 然后在控制台输入ping 127.0.0.1。 为什么了还能 ping 通 127.0.0.1 呢? 这能说明你不用交网费就能上网吗? 不能。 首先我们需要进入基础科普环节。 不懂的同学看了懂了,懂的看了就当查漏补缺吧。 为什么了还能 ping 通 127.0.0.1 前面提到,有的情况下,ping 最后是通过网卡将数据发送出去的。 所以,依然能 ping 通 127.0.0.1。 ping回环地址和ping本机地址有什么区别 我们在mac里执行 ifconfig 。 所以了也能 ping 通回环地址。 如果服务器 listen 的是 0.0.0.0,那么此时用127.0.0.1和本机地址都可以访问到服务。

    44030

    了,还能ping通 127.0.0.1 吗?为什么

    以前面试的时候遇到过这个问题,大家看个动图了解下面试官和我当时的场景,求当时小白的心里阴影面积。 ? 话不多说,我们直接开车。 拔掉网线,。 ? 然后在控制台输入ping 127.0.0.1。 为什么了还能 ping 通 127.0.0.1 呢? 这能说明你不用交网费就能上网吗? 不能。 首先我们需要进入基础科普环节。 不懂的同学看了懂了,懂的看了就当查漏补缺吧。 为什么了还能 ping 通 127.0.0.1 前面提到,有的情况下,ping 最后是通过网卡将数据发送出去的。 所以,依然能 ping 通 127.0.0.1。 ping回环地址和ping本机地址有什么区别 我们在mac里执行 ifconfig 。 所以了也能 ping 通回环地址。 如果服务器 listen 的是 0.0.0.0,那么此时用127.0.0.1和本机地址都可以访问到服务。

    35450

    俄罗斯大规模“”测试,网络安全乌托邦真的存在吗?

    从年初传得沸沸扬扬的俄罗斯,终于在11月份等来了落地的第二只靴子。 11月1日起,俄罗斯进行“RuNet”测试,验证该国网络在“与世隔绝”下的运作能力。 ? “”测试背后的涌动 对于俄罗斯来说,这次大规模测试筹谋已久,势在必行。 2014年,普京在主持召开国家安全委员会会议时讨论过“”问题,而俄罗斯军方和相关部门也曾进行过“关闭”国际互联网的演练。 在这样的背景下,为什么俄罗斯政府还是坚持网络自给自足,甚至已经开始实际尝试?笔者认为或许可以从以下几点来看: 1、西方国家长期威胁 俄罗斯长期以来一直在警惕以美国为首的部分西方国家的威胁。 为了避免美国对其制裁,俄罗斯先下手为强,试图在国家网络安全中掌握更多主动权。 2、维护国内政权稳定 自由的信息意味着对政权稳定的更大考验。近几年,网络攻击开始针对国家大选和政治党派。

    1.4K20

    TRTC零基础上手 -- 视频异常篇

    黑屏视频画面不显示,通常分为推端端预览画面黑屏和拉端的拉画面黑屏,这时候需要根据场景来判断。 网络异常导致 如果帧率、分辨率正常,但是上行码率为0,说明采集到的数据无法发送到云端服务器,这时候需要查看设备是否已导致。另外查看丢包率是否正常,如果丢包率在70%以上,可能会导致黑屏。 如果播放器都出现花屏、绿屏的情况,通常就是音视频源码存在问题。 这 种情况下,统一推两端的颜色格式。 3. 画面模糊是什么原因? 暂停画面,重新进房后为什么还会显示? 使用muteLocalVideo,muteRemoteVideoStream接口暂停视频都只会在当前房房间内有效,在退出房间后,这些状态将会重置。

    87961

    【玩转Lighthouse】使用轻量服务器做多平台直播推

    from=16689),配置咱们选择轻量应用服务器配置2C4G6M带宽的轻量服务器即可,考虑学生的数量,如果您的学生观看人数越多,你选择带宽越大的轻量服务器即可 image.png 轻量服务器购买成功后,我们还需要将其重置为腾讯云轻量服务器SRS音视频服务应用镜像,并在我们的防火墙放通指定端口,本次我们以bilibili直播弹幕的推为例,其他直播平台基本类似 image.png image.png 在本地电脑安装OBS推工具,参考OBS官安装,官地址:https://obsproject.com/,根据实际需求安装OBS工具,不清楚就下一步下一步即可,本次实际使用windows 本地电脑安装OBS image.png 开通bilibili弹幕的直播权限,其他直播平台类似,bilibili官:https://www.bilibili.com/ image.png 二.执行阶段 image.png 最后,前往bilibili直播间查看推效果,如下示例图 image.png 三.总结 腾讯云轻量应用服务器的SRS音视频服务,非常好用,作为三方直播平台统一推流管理一级棒,

    53230

    超过150天,克什米尔终于部分恢复互联网

    没错,克什米尔至今已经近5个月,超过150天。这是目前印度持续时间最长的网事件。 不久前,印度最高法院驳回了政府的理由,裁定违反了电信法,并且给了政府一周的时间去修订政策,并要求其在命令上更透明。 为什么印度的网事件在全球遥遥领先? 印度有将近5亿民,而不管是克什米尔、阿萨姆、梅加拉亚、特里普拉还是西孟加拉得网民都经历过网事件。任何时候出现骚乱的迹象,印度政府的第一个动作就是,。 根据 SFLC.in 的数据,2019年印度93次,2018年134次,从统计图来看,印度的网速度和次数都居高不下,基本上每个月都得“”上几次。 哪怕对比邻国巴基斯坦(2018年12次),也是走在了断的“领先位置”。 ? 为什么印度如此之频繁? 印度的与政治息息相关。

    37530

    4个实验,彻底搞懂TCP连接的断开

    如果断电/了连接会断开吗? 什么情况下没有四次挥手连接也会断开? 假如 b 进程没有调用 close 异常终止,那么发送 FIN 包是内核 OS 代劳 断电/时的连接是怎样断开的 我们通过上面的实验发现就算进程异常终止,操作系统也会帮忙发起四次挥手 但如果是断电或的情况下 为了便于测试,这里用两台电脑,client 连接 server,断开 server 的网络来模拟断电情况。 可以肯定的是,断电后,连接不会立即断开,那么后续连接是否会断开呢? 我们分成下面几种情况来看 时有数据传输 时如果有数据发送,由于收不到 ACK,所以会重试,但并不会无限重试下去,达到一定的重发次数之后,如果仍然没有任何确认应答返回,就会判断为网络或者对端主机发生了异常 此时的关闭是直接关闭,而没有挥手(数据都发不出去,还挥啥手),Linux 下的设置为 最小重传时间是200ms 最大重传时间是120s 重传次数为15 时没有数据传输 时如果没有数据传输,还得看

    89842

    Q&A丨实时音视频 TRTC 技术问答第一期强势来袭

    QUESTION4  Q :云端混,A+B+C=D,如果A是第一层,B是第二层,C是第三层,如果A断了,是不是混终止了; 如果C断了,A和B还能继续混吗?   QUESTION7  Q :发消息接口sendCustomCmdMsg,为什么发送成功了,但是对方没有接收到?   1602660144.png QUESTION8  Q :为什么客户端 unpublish之后,旁路直播没有断流,在云直播控制台还能看到?   A :unpublish只会停止音视频数据上行,不会触发自动旁路断流,退房或者音视频数据70s无上行才会触发旁路断流,所以unpublish无数据上行70s后旁路才会。 A :目前 TRTC SDK 默认会优先保证音频的流畅性,弱条件下可能会出现有声音没画面的情况。建议监听网络情况,网络不好时抛出提醒,尝试切换网络。

    49820

    06-Netty 概述

    ByteBuffer等 需要具备其他额外技能,要熟悉Java多线程编程,应为NIO编程涉及到Reactor模式,必须对多线程和网络编程非常熟悉,才能编写出高质量的NIO程序 开发工作量和难度都非常大:例如客户端面临连重连 , 网络闪,半包读写,失败缓存,网络拥塞和异常的处理等等 JDK NIO的BUG, 例如臭名昭著的Epoll BUG ,他会导致Selector空轮训,最终导致CPU 100%,直到JDK1.7版本该问题依旧存在 ,没有被根本解决 Netty官说明 官: https://netty.io Netty is an Asynchronous event-driven network application framework 可以清晰的分离关注点; 高度可定制的线程模型- 单线程, 一个或多个线程池 使用方便: 详细记录的JavaDoc 用户指南和示例, 没有其他依赖项, JDK5(Netty3.x) 或6(Netty4.x) 足够了 所以删除了Netty5的master 目前在官可下载的版本Netty3.x 4.x 我们用4.1.x netty下载地址: 推荐MAVEN

    12010

    反思腾讯叫停“黎明计划”:UP主的质疑有理有据吗?

    传‘企鹅号利用视频内容向其他平台投诉原创、甚至打击创作者原有的外平台帐号’的说法不实。” 之后,我也试着在UP主的视频中找到真凭实据。 但是从中推断出“为什么不直接联系创作者而要通过MCN”,以及“MCN都是垃圾”是站不住的。 讲清楚这个逻辑,那我们就能理解,为什么企鹅号不可能去投诉那些UP主。因为,没有“独家”协议,也没有“独家”必要。 而黎明计划,本来就是希望在其它平台做得还行的UP在企鹅号多分发一下,所以更没必要自生路,把账号做死,那对企鹅号来说也是鸡飞蛋打。这样一推敲就能看出,这些传言是没有任何逻辑的。 当然,还有一种可能是,这些UP主制作的原本内容,本身涉及到侵权。大家知道,有不少的创作者其实是把基于影视等内容的二次创作,作为主要方向。

    8910

    腾讯云实时音视频云端录制子系统上线,为多个行业带来全新改变

    目前可以支持录制单和录制合图(混)模式。客户通过提供一个第三方的云存储账户来接收和管理录制文件(HLS协议格式,采用TS容器作为载体可在断电、等异常情况下将录制文件损失降到最低)。 - 更多丰富的功能应用 - 支持 TRTC 房间内的音视频录制,录制模式有单和合图模式可供选择; 支持订阅全局媒体的类型,音频、视频和音视频,也支持订阅单个用户的音视频媒体类型; 支持订阅房间内用户的音频 、垂直布局以及自适应布局),自定义布局模式(用户自定义画面位置); 支持录制上传到第三方云存储,可实时播放; 强大的高可用机制,支持、断电等异常状况下的录制文件高可用,不丢录客户文件; 支持录制文件缓存备份 全局高可用保障,主要是应对机器、重启,云容器重建等服务不可用的场景。 录制集群的全局高可用设计如图: 我们简单描述一下断电网下录制高可用的流程。 假设我们有一个录制任务落到了录制服务器A上,那么这个任务会注册到不同区域的三台任务管理服务上(这里我们分别是北京、上海和广州三地),并且会周期性的同步任务的心跳,当我们的录制服务A所在网络发生或者录制服务器

    38010

    字节跳动《实时音视频通讯技术》学习笔记之RTC概述及技术简介

    RTC 与 直播常用协议的区别 直播协议 播放延迟 FLV 3s-5s RTMP 3s-5s HLS 10s+ 而这里我们要使用的RTC技术厉害了~ 它是基于IP技术的,它的延迟低于400ms,RTC 那为什么我们不一开始就使用RTC呢? 第一因为成本,CDN的成本是RTC的三分之一,RTC的部署是比较消耗资源的。 第二是因为RTC是需要做很多网络的优化的,比较复杂。 于是,小班课产生了,它有较强的互动性,但是其难度最大,比1v1教育难度要高。因为每个人网络环境不一样,需要给不同用户下发不同码率的视频。 QoS是保证在弱的情况下仍然能够使用。 事件上报是因为任何的日志都需要上传,可以处理错误和进行性能优化、算法改进。 全平台支持 设备适配 性能适配 连接保持 重连 多径传输 数据运营 事件上报 日志收集 低性能的设备使用低性能的算法。 同时支持WIFI、4G就需要实现多径传输。

    1.6K31

    RTMP播放器开发填坑之道

    好多开发者提到,在目前开源播放器如此泛滥的情况下,为什么还需要做自研框架的RTMP播放器,自研和开源播放器,到底好在哪些方面?以下大概聊聊我们的一点经验,感兴趣的,可以关注 github: 1. 实时静音:比如,多窗口播放RTMP,如果每个audio都播放出来,体验非常不好,所以实时静音功能非常必要,开源播放器不具备实时静音功能; 6. 网络抖动处理(如重连):稳定的网络处理机制、支持如重连等,开源播放器对网络异常处理支持较差; 10. 实时下载速度反馈:大牛直播SDK提供音视频实时下载回调,并可设置回调时间间隔,确保实时下载速度反馈,以此来监听网络状态,开源播放器不具备此能力; 12. 异常状态处理、Event状态回调:如播放的过程中断,大牛直播SDK提供的播放器可实时回调相关状态,确保上层模块感知处理,开源播放器对此支持不好; 13.

    47430

    【技术分享】如何实现功能完备性能优异的RTMP、RTSP播放器?

    支持解码后audio/video数据输出:牛哥接触到好多开发者,希望能在播放的同时,获取到YUV或RGB数据,进行视觉算法的处理,这块显得非常关键,特别是,回调需要尽量不影响性能;9. 网络抖动处理(如重连):我们遇到好多开发者在做播放器选型的时候,说你们的RTMP和RTSP播放器除了非常低,长时间跑不挂,也没什么内存泄漏,资源占有低点,和我外面找的播放,其他也也测不出什么问题,那是因为大多测试是在内网稳定的网络环境下 长期运行稳定性:长时间稳定性适用于比如一些智能设备或监控等场景,几乎常开的,如果资源占用持续升高、莫名crash等问题,非常恼火,问题也非常难定位;12. log信息记录:为什么要有日志? 实时下载速度反馈:为什么需要音视频实时下载回调?其实就是为了确保实时下载速度反馈,以此来监听网络状态,当然,如果不需要,我们也快设置关闭,也可以设置回调时间间隔;14. 异常状态处理、Event状态回调:好的播放器,不止服务稳定的网络环境,一些、网络抖动、等异常场景,我们可以实时回调相关状态,确保上层模块感知处理;15.

    8630

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 直播 SDK

      直播 SDK

      直播 SDK 是腾讯云直播服务在移动场景的延伸,集成了腾讯云直播的推 / 拉流、主播观众互动连麦、主播跨房 PK 等能力,提供包括 iOS、Android、小程序、Web 等多种接入方式,为您提供针对移动场景的高质量直播服务,快速满足手机直播的需求。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券