基于Oracle RAC架构迁移上云场景，本文主要讲解Oracle RAC在腾讯云上如何搭建集群，主要分为以下部分来阐述：
最近一个网友反馈，通过arping命令测试所有机器返回的网卡硬件地址（mac地址）都是一样的怀疑局域网中有劫持，以下是我模拟用户的测试结果。（arping命令是用于测试指定服务器返回他的网卡硬件地址（mac地址））
导语 | 随着IPv6技术的普及，DHCPv6 作为基础技术是每一位IT人或多或少都需要了解的。本文将依托腾讯云CVM来详细剖析 DHCPv6 的工作原理，希望可以让更多小伙伴掌握 DHCPv6 协议。什么是 DHCPv6 协议？客户端如何首次自动获取一个 IPV6 地址？CVM重启又如何自动获取到上次使用的 IPv6 地址？本文作者：腾讯云售后架构师 李彬文。
每当大型活动和赛事来临, 对于视频平台来说, 高涨的不仅仅是人气, 还有大流量视频分发上的挑战，虽然有CDN平台，但流量突发，很可能会遇到意想不到的问题。这是因为突发流量，骨干网就会有瓶颈，若是预估不准、CDN资源准备不足，还会伴有更严重的视频分发质量问题。 P2P则是解决这个问题的良方，自古至今还没有那个系统可以宣称能很好地抗突发，除了P2P是一个例外，它宣称：看的人越多，效果越好。 众所周知，欲想P2P，必须得经过三步： 按照固定格式分割数据切片，这将是点对点对等网络相互分享的最小数据单元； 连接
EasyScreenLive是集采集、编码、组播、推流和流媒体RTSP服务于一身的同屏功能组件，具备低延时， 高效能，低丢包等特点，目前该组件仅支持Windows、Android平台。
网络无线视频系统通常指的是安全监视和远程监控领域内用于特定应用的IP监视系统，该系统使用户能够通过IP网络（LAN/WAN /Internet/3G）实现无线视频监控及视频图像的录像、以及相关的报警管理。与模拟视频系统不同的是，网络无线视频系统采用3G无线网络，而不是点对点的模拟视频电缆，来传输视频及其他与监控相关的各类信息。
机器之心原创 作者：旗舰 经过几天的通宵奋战，孙其琛和他的团队刚刚完成了一家大型金融机构的专有云部署项目。迎着第一缕阳光走出机房的他们，倒头便睡在了会议室的沙发上。 熬夜加班后在会议室补觉的景象，在互联网公司十分常见，但在金融和政府客户的工作氛围中，这样的场景显得反差感很大。 「金融行业比较传统，员工日常都是西装革履，上下班也是朝九晚五。整体跟我们的工作模式差别挺大的。」习惯了短裤 + 文化衫的孙其琛是个典型的 IT 男，但是作为腾讯云的专有云中心技术总监，近几年他一直在与「高大上」的政府、金融行业领导
如图是一个典型的SRv6部署案例，某运营商为客户提供网络安全服务。为防止DDoS攻击，访问数据中心的流量要到DDoS清洗中心进行流量清洗，清洗流量要经过骨干网。
物联网的基础概念就是人与物相连、物与物相连的基础设施，跟互联网一样，都是基础设施。物就是物联网设备，说到物联网设备大家脑子里可能就会浮现那张增长很迅速的物联网设备增势图，到了 2020 年预估可以达到百亿元的规模。
本文提供视频讲解，详细见：（https://www.bilibili.com/video/BV1oT4y17745）
导语 | 关于ping的原理详解，网上搜索一下可以搜索出很多相关内容，而ping6的详解，我暂时还没有看见高质量的文章。希望本文能够让更多朋友了解ping6的原理。实现ping主要通过ICMP协议，而实现ping6是通过ICMPV6协议，那么什么是ICMPv6呢？一个完整的ping6的过程究竟是怎样的呢？(作者：腾讯云售后架构师 李彬文)
注：最后有面试挑战，看看自己掌握了吗 文章目录 IP多播----只给有相同需求的路由器传信息 以看视频为例-----组播路由器支持--------运行组播协议的路由器 IP组播地址------多播组的设备都有一个组播组IP地址---------一群共同需求主机的相同标识-------看直播、腾讯回忆------给你一个组播地址--------------一个D类地址表示一个组播族------224.0.0.0---239.255.255.255---------源地址总是单播地址-------UDP最大努力
云计算环境下，组播协议需要满足两个条件：容错(fault-tolerance)和可拓展性(scalability)
在局域网内，组播通讯还是很有用处的，以下代码基于MulticastSocket类进一步封装更加方便的实现组播数据发送和组播数据接收功能。
目前我们国家也开始大力推广让企业使用ipv6，并且腾讯云、阿里云等各大厂商也都上架了ipv6的相关服务，有兴趣的可以去云厂商官网去了解下，ipv6的出现解决了ipv4地址耗尽的问题，但是ipv6网络还不太完善，通过这篇文章，可以让你大致了解ipv6的原理，方便日后使用，闲话不多说，直接开始吧。
java发送组播或广播包并不复杂网上有很多文章，比如下面的两篇: 《Java实现组播(multicast)简单例子》 《Java 网络编程案例：使用 MulticastSocket 实现多点广播》 这些例子都大同小异，拿来就可以用，我刚开始使用组播/广播时就是这样抄个例子，编译，运行，收到消息—完美
作者：wqiangwang，腾讯 TEG 后台开发工程师 内核收发包，可能会由于backlog队列满、内存不足、包校验失败、特性开关如rpf、路由不可达、端口未监听等等因素将包丢弃。 在内核里面，数据包对应一个叫做skb(sk_buff结构)。当发生如上等原因丢包时，内核会调用***kfree_skb***把这个包释放（丢掉）。kfree_skb函数中已经埋下了trace点，并且通过__builtin_return_address(0)记录下了调用kfree_skb的函数地址并传给location参数
网络通信，宛如数字世界的交通规则，塑造了我们在互联网时代的连接方式。在这个数字高速公路上，有着不同的通信模式，每一种都独具特色，为不同的情境提供了无数的可能性。单播、广播、组播和任播，这四种通信方式就像是交通规则中的绿灯、红灯、黄灯和变道，它们各自承担着独特的使命，构建了互联网的多彩世界。在这篇文章中，我们将带您进入这个令人着迷的通信世界，深入了解每种通信模式的定义、应用和工作原理。从这里开始，您将更好地理解这些通信方式，以及如何在网络世界中巧妙地应用它们。
如图1所示，网络中的不同用户群组成N1和N2两个末梢网络。PIM网络中的SwitchA连接用户网段N1，SwitchB和SwitchC连接用户网段N2。该PIM网络中传播视频信息使用的组播组地址为225.1.1.1～225.1.1.5。
前言 在移动互联网时代，腾讯网络团队支撑了腾讯即时通信、内容、广告、游戏等各种产品，让C端客户可以便利享受到腾讯提供的优质服务。在产业互联网时代，腾讯网络进一步升级，通过ECN(External Connection Network)网络，接入不同区域、不同行业的B端客户，让这些客户可以把数据中心、办公网、分支机构和腾讯云便捷互联，完成业务的数字化升级。 便捷接入 作为B端客户接入的网络产品，ECN面临各种各样的场景和需求，有些客户对接入的时延有要求，有些客户对接入的带宽有要求，
在前2篇博文中，介绍了 Hazelcast的基本原理 和 Hazelcast基本配置。后续的博文会逐一介绍Hazelcast的主要功能组件。本篇将详细说明Hazelcast集群组建、集群数据通信相关的内容，大家可以用来当做使用Hazelcast的帮助文档、或进行技术决策分析的指导文档。
大家好，我是华为云视频架构师黄挺，非常高兴有机会参加LiveVideoStackCon音视频技术大会，这次和大家分享的主题是：视频传输面临的挑战和解决之道。
SDN的概念已经提出很多年了，原以为SDN不会立刻在生产环境下部署，但是SDN的商用历程超出了我们的想象。 特别是很多公有云服务商面临业务快速发展的压力，在网络平台上，已经开始大规模部署基于SDN的网络。 SDN和公有云 随着数据中心向云架构转型，数据中心网络平台开始面临越来越大的挑战： 云计算时代的数据中心网络平台必须能够满足计算虚拟化的要求，提供足够的接入带宽，提供足够大的MAC地址表，提供一个“大二层”的环境满足虚拟机迁移的需求。 网络平台必须提供足够的灵活性，满足资源灵活部署，网络快速调整，网络属性
许多传统企业的历史系统使用的都是Oracle数据库，虽然去O是一个方向，但是去O的成本还是较大，所以不少企业在上云的过程中，尝试在云上搭建自己的Oracle数据库。目前主备模式相对简单，已经是普遍使用的方案了，但是Oracle Rac集群的搭建还是面临着许多挑战，本文是一次在腾讯云上搭建Oracle Rac集群的尝试，单SCAN-IP+双节点模式。
IPv6 是英文“Internet Protocol Version 6”（互联网协议第 6 版）的缩写，是互联网工程任务组（IETF）设计的用于替代IPv4的下一代 IP 协议，其地址数量号称可以为全世界的每一粒沙子编上一个地址 [1] 。 由于 IPv4 最大的问题在于网络地址资源不足，严重制约了互联网的应用和发展。IPv6 的使用，不仅能解决网络地址资源数量的问题，而且也解决了多种接入设备连入互联网的障碍 [1]
BitTorrent 是一种用于分发文件的协议，元数据文件采用 bencode 编码，分片进行 SHA-1 哈希计算比对，并介绍元数据文件数据结构，通过 HTTP 请求由 Trakcer 交换节点信息，节点直接直接进行通讯。
在企业实际生产环境中为了能够给业务上层应用提供高可靠、低延迟、低数据损失的Redis缓存服务，本文通过对目前主流的几种redis高可用方案进行对比分析，并基于腾讯云CVM和HAVIP等基础产品进行搭建、配置、测试、总结，供大家参考。
目前我在腾讯主要负责一个服务器端软件的相关开源项目，所以接下来几天的开源内容是最近工作上积累的一些经验和想法，下图中的内容就是我目前主要的工作内容和一些小小的成果。 以下正文： JGroups介绍 我
NVo3体系框架只是要求隧道构建在IP网络上，并没有要求一定是要端到端的，因此DC间跨越Internet进行互联的一些技术也属于NVo3框架中。这类技术往往部署在汇聚层设备上，隧道起于DC边缘，终止于DC边缘。 其实DC间互联就是典型的VPN业务，早期的DC间互联就是通过传统的二层VPN来实现的，但是在向云数据中心演化中，这类技术表现出了如下的缺陷： 由于传统的二层VPN依赖于数据泛洪以确定MAC地址的可达性，“大二层”中庞大的虚拟机规模导致了大量泛洪包被发到Internet上。 STP和HSRP需要跨DC
OSPF(Open Shortest Path First开放式最短路径优先）是一个内部网关协议(Interior Gateway Protocol，简称IGP），用于在单一自治系统（autonomous system,AS）内决策路由。是对链路状态路由协议的一种实现，隶属内部网关协议（IGP），故运作于自治系统内部。著名的迪克斯彻（Dijkstra）算法被用来计算最短路径树。OSPF支持负载均衡和基于服务类型的选路，也支持多种路由形式，如特定主机路由和子网路由等。
1月12日，Kube-OVN 1.9.0 版本正式发布，感谢社区小伙伴们在这段时间来的贡献和支持！
有了这个功能，用户不需要在转换边界重新分配路由到他们的网络基础设施中，以使反向路径转发（RPF）正常工作。此外，用户可以从网络中的两个入口点收到相同的馈送，并在此基础上进行转发。用户还可以从网络中的两个入口点接收相同的信号，并独立地进行路由。
IPv6经历了近几年快车道般发展，已成为我国新基建所需的关键基础技术之一。2020年初，推进IPv6规模部署专家委员会提出了IPv6+的概念，如果说IPv6实现了万物互联，那么IPv6+则实现了万物智联。10月14日，第5期IPv6+产业沙龙在UBBF 2020论坛盛大召开，共话IPv6+产业生态。
传统的BGP-4只能管理IPV4的路由信息，对于使用其他网络层协议（如ipv6）的应用，在跨自治系统传播时就受到一定限制。为了提供对多种网络层协议的支持，IETF对BGP-4进行了扩展，形成MP-BGP,MP-BGP标准是RFC4760(Multiprotocol Extensions for BGP-4,BGP-4的多协议扩展)。
通过vrrp协议定时广播请求，只要vip所在节点断了就飘移vip，实现业务高可用，这种场景和CLB有什么区别？
所有版本的IGMP 都支持ASM(Any-Source Multicast，任意信源组播)模型;IGMPv3 可以直接应用于SSM(Source-Specific Multicast，指定信源组播)模型，而IGMPv1 和IGMPv2 则需要在IGMP SSM Mapping 技术的支持下才能应用于SSM 模型。
① 单播 : 发送数据到 单个目的主机 , 每个 单播报文 都有一个 单播 IP 地址 作为目的地址 ;
IGMP是Internet Group Management Ptotocol的简称，被称为互联网组管理协议，是TCP/IP协议族中负责IPV4组播成员管理的协议。
作为IP传输三种方式之一，组播指的是报文从一个源发出，被转发到一组特定的接收者，相同的报文在每条链路上最多有一份。
组播服务模型的分类是针对接收者主机的，对组播源没有区别。组播源发出的组播数据中总是以组播源自己的IP地址为报文的源IP地址，组播组地址为目的地址。而接收者主机接收数据时可以对源进行选择，因此产生了ASM（Any-Source Multicast）和SSM（Source-SpecificMulticast）两种服务模型。这两种服务模型使用不同的组播组地址范围。
组播相对单播和广播有如下优势： 相比单播，由于被传递的信息在距信息源尽可能远的网络节点才开始被复制和分发，所以用户的增加不会导致信息源负载的加重以及网络资源消耗的显著增加。相比广播，由于被传递的信息只会发送给需要该信息的接收者，所以不会造成网络资源的浪费，并能提高信息传输的安全性。 组播（Multicast）可以很好的解决点到多点的数据传输。IP 组播技术在 ISP 提供的互联网信息服务中已经得到了应用。例如：在线直播、网络电视、远程教育、远程医疗、网络电台和实时视/音频会议等。
上一篇文章介绍了IP组播的原理，文章链接如下：https://blog.csdn.net/Adsjddjjej/article/details/126305279
前言：一直对组播这个概念迷迷糊糊，特别是交换机处理组播的方式，非常想搞懂但是懒癌发作。这几天终于耐心地看了下有关组播的资料，大致了解了一下同一广播域内组播的相关知识。组播占了计算机网络的一大部分，特别是组播路由这一块，知识点、名词非常多，要完全掌握并不是一件容易的事情。下面海翎光电的小编跟大家分享一下我的学习经验，如有错误请提出，谢谢。还有，此文全部组播均为IPv4环境下的组播，IPv6的组播跟IPv4完全不同，请注意区分。
作为IP传输三种方式之一，组播指的是报文从一个源发出，被转发到一组特定的接收者，相同的报文在每条链路上最多有一份。相较于传统的单播和广播，组播可以有效地节约网络带宽、降低网络负载，所以被广泛应用于IPTV、实时数据传送和多媒体会议等网络业务中。
却说上回，我们讲到，以太网内部的主要矛盾，已经上升为不断递增的终端数与有限的半双工信道之间的矛盾。
利用组播技术可以方便的提供一些新的增值业务，包括在线直播、网络电视、远程教育、远程医疗、网络电台、实时视频会议等对带宽和数据交互的实时性要求较高的信息服务。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
