By HKL, on Monday 2018-12-03 07:00, tagged:
Quagga提供了一个叫做vtysh特有的命令行工具，你可以输入与路由器厂商(例如Cisco和Juniper)兼容和支持的命令。我们将使用vtysh shell来配置BGP路由在教程的其余部分。
网络路由协议分为两大类：内部网关协议和外部网关协议。路由器使用内部网关协议在单个自治系统内共享信息。如果你用的是 Linux，则可以通过开源（GPLv2）路由协议栈 Quagga 使其表现得像一台路由器。
条码具有易操作、易维护的特点。对于室外场合，使用计算机登记信息非常不方便，通过使用条码，可以在操作现场将采集的条码信息传输到计算机。条码操作简便，极大地提高了系统的使用性。这里介绍分别甚至JavaScript实现的条形码相关开源库。 这里介绍分别甚至JavaScript实现的条形码相关开源库。
使用tinc+quagga搭建个人SD-WAN网络 拓扑如下 (图片可点击放大查看) 一、tinc安装与配置 1、CentOS7云主机安装tinc (图片可点击放大查看) (图片可点击放大查看) yum install tinc (图片可点击放大查看) mkdir -p /etc/tinc/tincnet/ mkdir /etc/tinc/tincnet/hosts cd /etc/tinc/tincnet/ ll vi tinc.conf Name = Server_Nod
本文主要以Zerotier组好的各Virtual L2网络节点 + 动态路由 RIP 为例，最终效果就是让网关建立Zerotier的Virtual L2网络，网关下的其它网段就能相互通信。
By HKL, on Friday 2021-07-23 18:51, tagged: 🏷️Linux 🏷️Operating 🏷️Networking
本文简单介绍一下，如何基于ECMP，使用Quagga+LVS+Keepalived构建多活负载均衡方案
前言——关于虚拟路由 SDN，抑或是OpenFlow，能否为路由市场开辟一个新的时代？以OpenvSwitch为代表的开源软件交换机，已经推动SDN界发展了一段路程，但是，开源的、基于软件的路由器或路由方案却显得很少。为此，本文介绍了三种比较成体系的虚拟路由方案，并对其中一款做一个架构简述。本文所介绍的虚拟路由方案主要是：OpenContrail，Vyatta，RouteFlow。 OpenContrail OpenContrail包含OpenContrail控制器和OpenContrail虚拟路由。 Op
图1是一个简化的可横向扩容的高可用的四层接入网关的组网图，主要由入口路由（Ingress Router）、负载均衡服务器（Load Director）和真实的服务器（Real Server）构成。使用的技术包括ECMP和LVS（ipvs ipvsadm）。
本文主要以通过N2N组二层网并在其上运行OSPF动态路由，最终效果使得运行N2N的各个节点下的子网可以经路由实现互通。
最近，我写了一篇文章，解释了如何使用 Quagga 路由套件实现 开放式最短路径优先(Open Shortest Path First)（OSPF）。可以使用多个软件套件代替 Quagga 来实现不同的路由协议。其中一种是 FRR（free range routing）。
Hack The Box是一个CTF挑战靶机平台，在线渗透测试平台。它能帮助你提升渗透测试技能和黑盒测试技能，它包含了一些不断更新的挑战，其中有模拟真实世界场景，也有倾向于CTF风格的挑战。
FRR 是一个路由软件套件，它衍生自 Quagga，并在 GNU GPL2 许可下分发。与 Quagga 一样，它为类 Unix 平台提供了所有主要路由协议的实现，例如 OSPF、 路由信息协议(Routing Information Protocol)（RIP）、 边界网关协议(Border Gateway Protocol)（BGP） 和 中间系统到中间系统(Intermediate system-to-intermediate system) （IS-IS）
转自 架构文摘 项目背景 公司一直使用商用负载均衡（LB），基于以下几点原因考虑用开源产品来替代： 价格昂贵，HTTPS支持并发数太低 技术门槛比较高，学习成本大 技术Bug修复方面都太慢 商用产
日前ONF为了加快SDN落地速度推出了分布式开源软件Atrium。ONF标榜Atrium为首个纯开源SDN产品，并且保证用户利用开源软件就能够运行一个真实的网络环境。ONF主席Dan Pitt表示早在
后端参考文章 https://blog.csdn.net/qq_37924224/article/details/109582507
我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的网络功能（ VNF ）能够运行于一个NFV基础设施（ NFVI ），并由NFV Orchestrator（ NFVO ）和VNF Manager编排。 VNF除了定义良好的功能行为外，预期可对其它网络功能，VNF Manager，EMS和NFVI 提供接口。 商业软件和服务器目标所取代的网络设施范围可包括防火墙，
开放网络建立在开放标准（例如OpenFlow协议等）和裸机硬件之上，可以自由选择网络操作系统，只有具备这些条件才能打破软件和硬件在网络层面的固有特性，实现软硬件的分离，提供灵活、可扩展和可编程的网络，以适应不同场景的应用需求。
本文系SDNLAB社区译者计划发布文章，SDNLAB将与国外优质媒体和个人进行长期的内容合作，带来更多的优质技术文章，本文是<<网络功能虚拟化：新兴的虚拟化网络层技术>> 系列文章的第三篇。 本文译者：Andy Yu， 现于湾区一家网络设备供应商担任PM职位，曾先后在AMD，Dell等公司任职多年。 我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的
我们都知道google的公共DNS为:8.8.8.8，甚至我们可以在全球任何地方都能ping通这个IP或者通过dig能解析域名，例如如下操作:
以上的命令设置路由，重启network服务或系统后即会失效，为了能够每次重启都能够自动写入路由信息，需要编写配置文件：
本文系SDNLAB社区译者计划发布文章，SDNLAB将与国外优质媒体和个人进行长期的内容合作，带来更多的优质技术文章，本文是<<网络功能虚拟化：新兴的虚拟化网络层技术>> 系列文章的第三篇。 本文译者：Andy Yu， 现于湾区一家网络设备供应商担任PM职位，曾先后在AMD，Dell等公司任职多年。 我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的网络
FRR is a fully featured, high performance, free software IP routing suite.
Midonet是日本的Midokura公司开源出来的Neutron组网方案。Midokura早在2010年就开始做云中的网络虚拟化，他们最开始做Midonet是用的python，后来为了便于在企业中落地改用了Java+Scala。2014年底的OpenStack大会上，Midokura将Midonet开源出来并集成到neutron plugin中，目前Midonet已经更新到了5.1版本。 由于起步较早，技术较为成熟，Midonet并已经在国外的一些企业中进行了落地。从members来看，既有eucaly
三位研究员日前宣布了软件定义网络（SDN）发展中的另一个里程碑，他们演示了第一个多域的能支持500000条路由的纯SDN IP传送网络。 Corsa技术公司，ESnet以及新西兰研究与教育高级网络委员会（REANNZ）一致认为，这次演示展现了一个互联网规模的纯SDN IP传送网，该网络基于SDN领域管理的3个自治系统（AS）实施。 此次演示通过3个AS域传输数据，3个AS域分别是能源科学网络（ESnet，美国能源部在伯克利大学的国际科学网络）、位于新西兰首都惠灵顿的REANNZ，和同样位于惠灵顿的维多利亚大
下面呢介绍下Midonet由来，MidoNet是由日本的SDN公司Midkura研发的一款网络虚拟化软件，其基于底层 物理设施来实现网络虚拟化，具有分布式、分散、多层次的特点，主要作为OpenStack 中的默认网络组件，可以让虚拟网络解决方案，特别是专为网络基础设施设计的方案，为云平台如OpenStack服务，并且将其网络存贮栈虚拟化。
1 Aspen:实时媒体接口规范（ONF） Aspen源于通信技术标准化社区的一个想法，它希望借助SDN更加高效地为用户提供服务。部署了统一标准通信基础设施的企业用户，通常会拥有一些管理分片，用来管理数据流的重要等级以及需要提供的QoS信息。这样，企业用户无需依靠所有数据包上的QoS标记，就可以掌握数据流的QoS状况。而前者管理起来可能会非常复杂，并且有可能应用不当。 为了解决上述问题，ONF指定了一个API，使得应用程序根据QoS的需求通知SDN控制器。针对这一问题，最初的关注焦点是诸如Microso
oi_151a_prestable8也叫oi_151a8，该版本修复了一些bug，添加了一些安全补丁，并且第一次重新编译了JDS。该版本以ISO的形式发布。
作者简介：郑敏先，任职于诺云信息系统（上海）有限公司，担任售前工程师。从事SDN、白盒交换机和云计算相关产品的推广工作。 在2015年3月举行的OCP（Open Compute Project，开放计算项目）峰会上， 微软向OCP贡献SAI （Switch Abstraction Interface，交换机抽象接口）。当年7月，OCP正式接纳了SAI 。 2016年3月9日，微软在这届OCP峰会上，正式发布了SONiC ( Software for Open Networking in the Cloud)
On.Lab ONOS项目组领导下的一个工作组近日发布了一个开源的leaf-spine fabric架构，以期进一步推动开放网络的发展。 开放网络基金会（ONF）首席架构师Saurav Das认为，这个全新的开源leaf-spine fabric架构也证明了OpenFlow是有效的。 这个项目是ONOS、ONF、Broadcom和Edgecore共同合作的一个项目。 该架构（leaf-spine fabric架构）使用的是白盒交换机上运行的OpenFlow 1.3，是开放计算项目（OCP）和白盒交换机生态系
大家应该都知道，在Linux系统中，1000以下的UID是系统保留的UID。随意修改系统上某些帐号的 UID 很可能会导致某些程序无法进行，甚至导致系统无法顺利运行。我们可以通过/usr/share/doc/setup-2.8.71/uidgid来查看具体对应关系，当然不同的版本路径可能不一样，可以用/usr/share/doc/setup*/uidgid来通配。
控制节点是OpenStack平台的核心，它负责管理所有的计算、存储和网络资源。因此，控制节点的高可用性是OpenStack平台的关键。常见的控制节点高可用方案包括使用负载均衡器、使用集群、使用虚拟IP等。
想结合gobgp实现一个路由转发功能，由于zebra和quagga项目历史比较久远，新的Linux发行版和工具无法按照原来的指导正确完成构建。因此选择frr项目下的zebra进行构建。
9月19日，2020 SONiC产业生态研讨会顺利召开，会上星融元数据技术有限公司副总裁李明玉给大家分享了《企业级SONiC创新实践》。
欢迎关注公众帐号“鹅厂网事”，我们给你提供最新的行业动态信息、腾讯网络与服务器最接地气的干货分享，还有一大波互动交流板块和有奖活动正在筹备当中，需要您的热情参与哦，敬请期待！ 注1：凡注明来自“鹅厂网事”的文字和图片等作品，版权均属于“深圳市腾讯计算机系统有限公司”所有，未经官方授权，不得使用，如有违反，一经查实，将保留追究权利； 注2：本文图片部分来至互联网，如涉及相关版权问题，请联系v_huanjian@tencent.com 导读：1月15日，首届OCP中国技术研讨会在深圳召开，本次会议是由腾讯云和
TensorFlow Serving服务在Kubernetes集群中的部署方案，如果是从零开始建设，那么可以通过Kubernetes原生的Service+KubeDNS实现服务的注册与发现，并通过对接LVS集群进行负载均衡。因此我们在TaaS中开发了Kube2LVS模块，负责对TensorFlow Serving服务进行ListAndWatch，实现TensorFlow Serving Service Info动态reload到LVS config中。
随着越来越多的企业采用 Kubernetes，围绕多云、安全、可见性和可扩展性等新要求，可编程数据平面的需求用例范围越来越广。此外，服务网格和无服务器等新技术对 Kubernetes 底层提出了更多的定制化要求。这些新需求都有一些共同点：它们需要一个更可编程的数据平面，能够在不牺牲性能的情况下执行 Kubernetes 感知的网络数据操作。
导读：1月15日，首届OCP中国技术研讨会在深圳召开，本次会议是由腾讯云和OCP国际社区合办。在大会现场，腾讯专家工程师瞿孝荣在OCP技术研讨会上发表名为《腾讯云Open DCN Networking 》的演讲，以下为演讲全文。瞿孝荣，长期从事网络系统及软件架构设计工作。早期在思科参与研发多款路由器，核心交换机的工作。其后在华为，博科，擎发等公司负责SDN策略，数据中心系统研发，及超大型数据中心商业交换芯片开发工作。
高清视频直播和云计算的蓬勃发展，带来互联网流量持续高速增长，主流云公司的Internet出口带宽都已经达到Tbps级别。 鉴于网络的拥堵大部分发生在出口互联，Edge Peering Fabric的架构设计直接影响到终端客户的用户体验， 2017年Google/Facebook对外发布了两种不同的Edge 设计理念，本文试着以Google Espresso为主详解下一代Cloud Edge的架构，并简单介绍一下Facebook Edge Fabric。
互联网从引入国内开始到现在，一眨眼已经30余年的时间了。这期间互联网的内容形态已经有万千变化。
作者简介： 杨勇涛 苏州盛科通信股份有限公司 2019年在《白盒设备再次风起云涌》中梳理了白盒网络设备的发展史，大致罗列了主要的赛道选手。三年时间过去，有团队奋力上岸进入豪门，有团队依然拼命挣扎，有前浪死在沙滩上，也有可喜的后浪淘沙追前浪。运营商推动的NFV大潮已经十年，然而在大变局之下，甲方却不得不出售尚未捂热的研发团队，这样的故事值得后发团队借鉴思考，所以今年的故事从Vyatta团队讲起。 可 悲 在基础设施领域，虽然xPU总是妄图迷人眼，但是直到目前核心还是CPU，所以运行在主机上的虚拟
SONiC 系统的架构由各种模块组成，这些模块通过集中式和可扩展的基础架构相互交互。这个基础设施依赖于使用一个 redis-database 引擎来提供一个独立于语言的接口，一个在所有 SONiC 子系统之间进行数据持久化、复制和多进程通信的方法。
作者简介：罗华 Juniper大中国区首席架构师 Facebook在数据中心内部一直使用自研交换机构建IP CLOS架构的数据中心。我们可以从Facebook在2019年披露的F16和HGRID看到他们是如何构建超大型DC网络的物理拓扑架构。在2021年的NSDI会议上面Facebook将内部如何使用BGP来构建网络控制层面的细节公布出来了，简单说这就是一份非常好的HLD（High-Level Design）的参考，从中我们也能看到除了网络的物理架构、协议逻辑之外还需要大量的整体软件控制架构及其组件的实现。
Facebook在数据中心内部一直使用自研交换机构建IP CLOS架构的数据中心。我们可以从Facebook在2019年披露的F16和HGRID看到他们是如何构建超大型DC网络的物理拓扑架构。在2021年的NSDI会议上面Facebook将内部如何使用BGP来构建网络控制层面的细节公布出来了，简单说这就是一份非常好的HLD（High-Level Design）的参考，从中我们也能看到除了网络的物理架构、协议逻辑之外还需要大量的整体软件控制架构及其组件的实现。我们先看看Facebook的数据中心 BGP的HLD：
这里，所谓OpenFlow网络指的是相互连接的一组OpenFlow交换机的集合，并且这些交换机全部置于一个OpenFlow Controller或一个OpenFlow Controller的集群的管理之下。OpenFlow网络的路由服务指的是单纯地将一个数据包(Packet)从一个主机(Host)送到另一个主机，而不是三层IP路由协议1:1的实现。而主机也即是路由的目的地，可以是物理服务器或虚拟机(VM, Virtual Machine)。按照SDN的数据平面和控制平面相分离的模式和集中式管理的系统结构，O
江湖，武侠门派众多，武功众多，不一样的武功，有着不同的境界，同一种武功，随习武者悟性与天资的不同，武功境界也是参差不齐。从讲究招式，中规中距，到旁门左道，剑走偏锋；从天下之术，皆为我用，到盖世神功，深不可测；从武学宝典，出神入化，到自创武功，自成一派，不一而足。
我们要重构腐化的架构及不符合软件工程规范和质量要求的历史代码。我们知道，再好的架构，其生命力也是有限的。随着时间的推移、环境的变化以及新技术、新功能特性的引入，架构也会腐化。面对腐化了的架构，要毫不犹豫地去重构它。同时主动以可信设计原则为导向，去重构不符合软件工程规范和质量要求的历史代码，提升软件架构的生命力。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
