首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

腾讯上实践 SNG MINI 项目

这对整个团队来说是一件十分有挑战的事情,小组内只有两个人负责后台架构/开发,通过平台部提供给我的支持,我们在腾讯上搭建了一套相对简单但是功能基本符合需求的后台系统。...【产品】 一款利用 LBS 的失物招领 APP ,支持发布带有地理位置的失物招领信息、关键字匹配失物资讯推送失主。 【后台架构分析】 因为是在后台层面分析,我们主要在技术层面进行介绍。...(广州三区) 负载均衡:腾讯LB,基础网络。 数据库:储存 Mysql ,最低配,主/备异步复制。 消息缓存:存储 Redis ,主从,最低配。...说到 redis,腾讯的 redis 有个小坑,“它的密码不是它的密码”,仔细看使用示例之后你会发现,它的密码是“实例名称:密码”,还以为代码写的有问题,导致 redis 连接失败。...虽然我们的项目很小,但是对于正常中小型企业的项目,在腾讯上构建确实是省时省力,减小了不少运维成本,性能也不错,虽然都是低配服务器,但是压测结果还是很理想。

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

购买腾讯服务器后,外网访问,如何解决?

背景 我们在购买腾讯服务器服务器CVM_主机_计算服务器_弹性服务器- 腾讯 (tencent.com)的时候,对于网络方面,一就是考虑带宽,二就是考虑服务器所在的地理位置与大部分用户访问服务器所在的位置...;那么当我们的用户或者是自己在访问服务器的时候,进行ping发现有,那就可以从上面2大点去入手排查,先将最容易的、能快速规避解决的因素都进行排除解决。...地理位置问题 国内用户访问国内服务器场景 如果服务器在国内,用户也在国内,并且带宽没有超限,机器性能正常,但是有情况,这个时候需要使用MTR工具进行异常的测试信息收集...服务器 使用 MTR 分析网络延迟及 - 故障处理 - 文档中心 - 腾讯 (tencent.com) 如果客户端到服务器端,MTR测试信息前三跳没有,但是到服务器IP...的最后一跳有,这时候就可以提供你收集好的正反向测试截图以及文本测试信息(这里我们信息给全了,也方便人家快速给我们处理),提交工单处理即可。

15.2K91

网络故障定位全景指南

目录--网络情形概览 > 硬件网卡 > 网卡驱动 > 以太网链路层 > 网络IP层 > 传输层UDP/TCP > 应用层socket 针对以上6种情形,分别作出如下详述~...arp_filter配置 在多接口系统里面(比如腾讯的弹性网卡场景),这些接口都可以回应arp请求,导致对端有可能学到不同的mac地址,后续报文发送可能由于mac地址和接收报文接口mac地址不一样而导致...解决方案:如果在多径传输场景或者网络质量不好,可以通过修改下面值来提供系统对TCP无序传送的容错: ?...,提供了单个节点排查和相关的解决方案, 问题牵扯网络链路各个组件,尤其是在网络时代,网络拓扑复杂多变,涉及运营商网络,IDC网络,专线等underlay网络,边界网关,VPC网络,CLB负载均衡等上...overlay网络,各种问题排障起来非常复杂且困难,但掌握网络通信基本原理后,可以分解网络拓扑,对通信节点进行逐一排查,也可以找到位置,后续会更加深入介绍计算时代,上网络排查方法,网络架构解析等

4.8K40

模拟测试

今天,帮客户调试一个FreeSWITCH媒体问题,需要模拟测试一下。 首先,FreeSWITCH在公网上,客户端在NAT环境中。我们先用客户端呼叫9196。呼通后可以听到自己的回音。...FreeSWITCH解决这类NAT问题的办法就是等待客户端给它发送RTP。收到后便能“学习”到客户端的外网IP地址和端口号。...Auto Changing port from 192.168.7.6:50432 to 112.238.196.224:50432 好了,知道了客户端的IP和端口以后,我们就可以用iptables模拟包了...表示,所有发往IP 112.238.196.224和端口50432的,8%的直接丢掉不发。 上面的例子是模拟FreeSWITCH发送时。...在实际使用中,有时也会模拟FreeSWITCH接收端,可以用类似如下的命令来实现: iptables -A INPUT -p udp —src 112.238.196.224 —sport 50432

2.6K21

腾讯天籁:基于上下文的语音补偿算法

有鉴于此,腾讯多媒体实验室自研基于上下文分析的补偿方案(cPLC, context-based PacketLoss Concealment),并在腾讯会议中获得应用。...其中,突发包下,损伤仪除了指定外,还设置了连续的长度;比如:10%PLR+100ms表示在10%下,每次连续100ms。因此,突发条件将更为苛刻。...特别地,在突发包场景下,cPLC的优势更为明显。整体上,cPLC能够在10%下保持MOS分在3.0左右。...因此,从业务需求看,在保持当前抗性手段不变的情况下,通过cPLC的额外提供的10-15%抗性,语音通话在弱网环境或者突发包场景下的质量保障将更为可靠。 ?...长序列补偿的效果(OPUS-PLC) 长序列补偿的效果(cPLC) 作为腾讯天籁音频解决方案的一部分,cPLC,充分融合了经典信号处理和深度学习,在方法上进行创新,通过语音结构化进行上下文建模

3.6K60

HCIE数通排错思路。

HCIE面试中有一道项目题,网络中发生行为的排查思路和具体实施方法: 回答总体思路: 1、 先确定是否发生以及哪些设备访问的时候会发生; 当发现设备访问某一网段时有,可以先在多台设备上去...ping 目的网段的周围的多个网段(类似于诊断六那样),用于确定是何种流量还是所有流量都会; 如果是具体一种流量的话可以确定为做了路由策略或者策略路由(类似诊断六,带源不能通,不带源就行)...; 如果是多种流量都,造成的原因就可能很多,物理层、数据链路层、网络层以及策略路由都有可能; 2、判断位置; 方法有两种: 第一种:使用 ping 和 tracert 一段一段测试,先 ping...网关,然后是网关的下一跳,一直到目的地址,或者用 tracert 跟踪可以确定具体在哪一跳;这种方法简单,但较为粗糙一些,因为可能是间歇性的,需要多次ping 和tracert,测试多次。...如果端口a入方向和端口b 出方向 Passed 计数大致相等,说明此处无

2.8K42

WebRTC重传大解密

目录 概述 NACK 问题一、数据真丢了,会一直重传吗? 问题二、重传次数不到最大限制次数,就会一直等待吗? 问题三、当大量时,会全部重传吗?...概述 WebRTC之所以可以优秀的完成音视频通讯,和它本身的重传机制是密不可分的,今天我们就来看看其中的奥秘。 本文以M76版本展开,如果你的工程是基于其他版本开发的,也可以参考。...NACK 说到重传就不得不提到NACK技术,那么NACK是什么呢。...ACK表示通知对方我收到了你发给我的数据,NACK表示通知对方我没有收到你发给我的数据。 那么问题来了,为什么会导致对方明明发送了响应的数据,而我没有收到呢?...问题三、当大量时,会全部重传吗? 答案是否定的。因为WebRTC不仅限制了重传的次数,而且还限制了重传的个数。WebRTC每次要求重传的个数默认是1000个。

3.4K20

服务器网络延迟与问题定位(mtr工具)

本文提供视频讲解,详细见地址:https://www.bilibili.com/video/BV1ya4y1J77C 问题 最近一个网友反馈在腾讯服务器ping远程服务器出现的情况,这里需要如何排查...如果是源(腾讯)连接服务器很有可能是源服务器或互联网链路的问题。 image.png 服务器问题排查(源) 本地防火墙问题 & 服务器高负载 & 可能被封等 。...如果目的地没有,则表示网络正常。 如果目的地发生,则执行 步骤2。 2. 往上查看报告结果,定位第一次的节点。...如果开始于前三跳,一般为本地运营商网络问题,建议检查访问其他网址是否存在相同情况。 如果发生在接近目的服务器的几跳,则可能为目的服务器运营商的网络问题。...参考资料 腾讯务器连接不上如何排查: https://cloud.tencent.com/developer/article/1613718 mrt工具介绍: https://cloud.tencent.com

5K40

交换机问题定位

诊断工具 display工具 二层转发故障 定位思路 定位步骤 三层单播转发故障 定位思路 定位步骤 诊断工具 display命令行 ? 二层转发故障 定位思路 ?...第一步:判定设备 1.根据流量转发路径,在流量的入接口和出接口分别配置流量统计。 ? 2.查看入接口和出接口的流量统计,以确认是否在本设备产生。...如果出接口流量统计值与入接口流量统计值相等,则说明非本设备;如果出接口流量统计值小于入接口流量统计值,则本设备。 ?...三层单播转发故障 定位思路 ? 第一步:确认点 确认是否交换机产生,依然采用流量统计的方法,参见“二层转发”流量统计相关部分,此处不再赘述。...第三步:检查端口和链路 第四步:检查出端口是否存在拥塞 第三步、第四步与“二层转发”相关部分一致,此处不再赘述。

4.2K20

记一次分析

笔者当场就吃惊了,明明局域网内通信,为何视频有10%的。 ?...然后笔者首先验证的是第四种,应用内。这里先说一下笔者的测试场景: 192.168.0.103是FreeSWITCH的ip。192.168.0.102是软电话的ip。...很明显,FreeSWITCH已经将发出了,但是抓中却没有。可以排除应用内包了。 分析到这里,貌似只有“UDP buffer size不足”这个原因比较可疑了。...分析到这里,笔者开始怀疑,是不是通话根本没有,但是tcpdump由于自己的原因没有抓到,因此“显示的”。 不知道大家在抓结束后,有没有观察过tcpdump的输出。反正笔者是从来没有注意过。...经过测试,wireshark确实没有“”了。 ? ? tcpdump默认的buffer大小为2MB,这对于抓取视频来说远远不够,因此,加上-B很有必要。

3.2K30

UDP发送大型文件_不

先上图 1:如果对文件要求不高的话 ,可以使用UDP,UDP在实际测试中,还是听验证的,但是效率高 2:如果文件必须完整,还是使用TCP 。...一般的程序员会说,下载吗 ,直接下载安装就好了 ,我也是这样想的 ,素不知线下的网络的环境 有多差,当时一个业务员和我说,要是能实现手机发送文件给设备就好了,毕竟大家都是用手机的,不然太浪费时间了 ,因为当时用的是腾讯的...Im来实现即时通讯的,利用外网来发送文件, 那么问题就来了 ,这么大 ,要多久才能发完 ,那就用局域网来发送文件吧 ,第一个想到的就是UDP来实现 ,测试中发现DUP问题特别明显,当时死活都找不到原因... } if (dataPacket !

4K20
领券