实现DMVPN双中心主备路径的方法

一.DMVPN单云双中心

A.通过修改两个中心的tunnel接口的ospf cost值，只能影响中心身后路由器去往spoke的路由选路

B.通过修改两个中心身后物理接口的ospf cost值不同，可以影响spoke选择不同的hub去往中心身后网络

C.因为只有一条虚拟隧道，不能通过调整spoke的隧道接口ospf cost来实现走不同的hub去往中心身后网络

D.如果虚拟隧道上跑的是EIGRP动态路由协议，spoke可以通过distance命令来选路

二.DMVPN双云双中心

A.同样，通过修改两个中心的tunnel接口的ospf cost值，只能影响中心身后路由器去往spoke的路由选路

B.同样，通过修改两个中心身后物理接口的ospf cost值不同，可以影响spoke选择不同的hub去往中心身后网络

----这时spoke到spoke的内部网络会有两条等价路径，分别走不同的虚拟隧道

C.因为有两条虚拟隧道，可以通过调整spoke的隧道接口ospf cost来实现走不同的hub去往中心身后网络

----这时spoke到spoke的内网网络之后有cost低的那条虚拟隧道路径

D.同样，如果虚拟隧道上跑的是EIGRP动态路由协议，spoke可以通过distance命令来选路

查看本栏目更多精彩内容：http://www.bianceng.cnhttp://www.bianceng.cn/Network/wlyy/

时间： 2024-11-03 21:57:04

实现DMVPN双中心主备路径的方法的相关文章

mysql双主问题-紧急求助：生产环境，mysql双主结构，备机同步DDL语句成功，但是同步DML语句失败

问题描述 紧急求助:生产环境,mysql双主结构,备机同步DDL语句成功,但是同步DML语句失败 问题描述:双主架构环境,最近在主机上执行DDL语句能成功同步到备机,但是在主机上执行DML语句失败,请各位帮忙看一下,谢谢! Linux版本: Red Hat Enterprise Linux Server release 5.4 (Tikanga) mysql版本 +----------------------------+ | @@version | +---------------------

mysql 主备复制下的可靠性漫谈（三）

引言:    前面两期主要针对各种故障条件下,对数据可靠性带来的挑战及普通应对策略.本文主要针对在主备非强同步复制模式下,能否保证数据可靠性来讨论. 复制模式概述:    异步模式:主库收到commit 请求后,依次执行:写redo log prepare,写入binlog,写redo log commit,返回客户端成功.         半同步模式:主库收到commit 后,依次执行 redo log prepare,写binlog/发往备库(两个步骤并行),等待备库回复收到ack,redo

聊聊阿里云的海外业务与架构，比如杭州、新加坡双中心

先说一个冷知识:阿里巴巴的第一个网站 www.alibaba.com 是英文界面的.如果真的有所谓"初心"的话,阿里巴巴可能是 BAT 中最早有全球野心的.一穷二白的年代,还被人视作"疯子"的马云就已经四处布道,要帮助中企业出海. 十几年过去了,无论阿里巴巴在中国多么成功,国际化始终是一个艰巨的挑战.马云说阿里巴巴仍然不是一个国际化公司,而只是有国际业务的公司.仅仅是微小的措辞差异,却揭示了一个残酷现实:阿里巴巴仍然没有被老外们当做"自己人".纵

oracle10g data guard 主备数据库配置参数说明

oracle10g data guard 主备数据库配置参数说明: 下列参数为primary 角色相关的初始化参数: DB_NAME 注意保持同一个Data Guard 中所有数据库DB_NAME 相同. 例如:DB_NAME=jytest DB_UNIQUE_NAME 为每一个数据库指定一个唯一的名称,该参数一经指定不会再发生变化, 除非你主动修改它. 例如:DB_UNIQUE_NAME=jytest LOG_ARCHIVE_CONFIG 该参数通过DG_CONFIG 属性罗列同一个Data

主备不一致：Table definition on master and slave does not match

昨天一同事在线上做变更,为了保证主库的稳定性,先在备库把binlog关闭,然后在进行DDL变更,在通过切换HA,把备库切换为主库,在老的主库上做DDL变更 看上去这样做法没有太大的问题,但是当备库变更一做完,HA切换到备库,开始老主库变更的时候,备库就出现复制出现错误: Last_Error: Table definition on master and slave does not match: Column 10 type mismatch – received type 3, dbname

MySQL复制（2） 主备库都为空的情况下创建主备复制

本文适用于新安装的主库和备库,假定主备库为空,如果你是从已存在的主库复制,请转到<[MySQL] 复制(3)- 创建主备复制(从另一个服务器开始复制)> 主库的配置 主库需要打开二进制日志,并制定一个唯一的server id,my.cnf文件中增加或修改如下内容: server_id=60 log-bin = /data/mysql/log/mysql-bin 备库的配置 备库my.cnf的配置如下: server_id=61 read_only=1 log_bin = /data/mysql

简单的主备切换方案

主备切换是很多高可用性系统都必须解决的问题,方法有很多,象基于ZooKeeper的主备切换就是一个很好的选择. 在这里提供一种更简单但不完美的主备切换方法: 1) 假设A和B是集群中的主控(Master)节点 2) 1~7是工作节点(如HDFS中的DataNode) 3) 在每个工作节点上,都同时配置了A和B的IP,而且是对等的,无主备之分 所谓主:是指提供服务的主控,而备是指不提供服务的主控,当主故障时,由备接管其它服务,但因网络原因,可能主和备都未故障,这个是解决主备切换的关键问题所在. 选

主备-keepalived 备机启动自动从backup切换成master

问题描述 keepalived 备机启动自动从backup切换成master 按照网上的教程搭建,两台服务器,主机ip:10.1.21.211,备机ip:10.1.21.212,虚ip:10.1.21.213.搭完后备用机一**启动keepalived就自动从BACKUP切换到MASTER(另一机并未关keepalived服务)**,正常主机没有down之前备机应该是backup状态才对啊,用ip a查看时发现备用机的IP也包含虚拟IP. 主机配置: ! Configuration File f

再聊负载均衡SLB的主备可用区和高可用部署最佳实践

1.概述 阿里云负载均衡SLB的主备可用区提供了多个层级的高可用,可阅读<负载均衡SLB高可用的四个层次>.但很多用户常常在下单选购时,对可用区的选择感到困惑.到底如何选择SLB的主备可用区,如何搭配不同可用区的ECS,来构建高可靠应用系统呢?客官请听下文分解. 首先,我们要搞清楚一个事实,负载均衡SLB的可用区设计的初衷,是用来抵御可用区(机房)级别的重大灾情的,比如机房整体掉电,机房出口光缆中断等,即当某个可用区整体不可用时,备可用区才派上用场,也就是说只在上述情况下,SLB的主备可用区才