HSRP与链路追踪

1、链路追踪的概念:

当网络中存在着HSRP的备份路由器时,可以配置HSRP的上行链路追踪,当指定的追踪接口down掉时,马上减小该HSRP设备的优先级,使另一个备份设备能马上被激活成为ACTIVE状态,并接替down掉的设备继续引导路由数据,实现网络的畅通性

2、拓扑规划:

3、案例实施:

1)、各设备配置:

R1配置:

interface Loopback0
 ipaddress 202.102.12.1 255.255.255.0
interface Serial1/0
 ipaddress 172.16.0.1 255.255.255.252
 serial restart-delay 0
 clock rate 64000
!
interface Serial1/1
 ipaddress 172.16.0.5 255.255.255.252
 serial restart-delay 0
 clock rate 64000

R2配置:

interface FastEthernet0/0.10
 encapsulation dot1Q 10
 ipaddress 192.168.10.1 255.255.255.0
 ipnat inside
 ipvirtual-reassembly
 standby 10 ip 192.168.10.254
 standby 10 priority 120
 standby 10 preempt
 standby 10 track Serial1/0 30
!
interface FastEthernet0/0.20
 encapsulation dot1Q 20
 ipaddress 192.168.20.1 255.255.255.0
 ipnat inside
 ipvirtual-reassembly
 standby 20 ip 192.168.20.254
 standby 20 preempt
 
interface Serial1/0
 ipaddress 172.16.0.2 255.255.255.252
 ipnat outside
 ipvirtual-reassembly
 serial restart-delay 0
 
ip route 0.0.0.0 0.0.0.0 Serial1/0
ip nat inside source list 100 interfaceSerial1/0 overload

R3配置:

interface FastEthernet0/0.10
 encapsulation dot1Q 10
 ipaddress 192.168.10.2 255.255.255.0
 ipnat inside
 ipvirtual-reassembly
 standby 10 ip 192.168.10.254
 standby10 preempt
!
interface FastEthernet0/0.20
 encapsulation dot1Q 20
 ipaddress 192.168.20.2 255.255.255.0
 ipnat inside
 ipvirtual-reassembly
 standby 20 ip 192.168.20.254
 standby 20 priority 120
 standby 20 preempt
 standby 20 track Serial1/1 30
 
 
 
interface Serial1/1
 ipaddress 172.16.0.5 255.255.255.252
 ipnat outside
 ipvirtual-reassembly
 serial restart-delay 0
 
ip route 0.0.0.0 0.0.0.0 Serial1/1
ip nat inside source list 100 interfaceSerial1/1 overload

Sw1配置:

interface FastEthernet0/0
 switchport mode trunk
!
interface FastEthernet0/1
 switchport mode trunk
!
interface FastEthernet0/2
 switchport mode trunk
!
interface FastEthernet0/3
 switchport access vlan 10
!
interface FastEthernet0/4
 switchport access vlan 20
 
vlan database
         vlan10
         vlan20

Sw2配置:

interface FastEthernet0/0
 switchport mode trunk
!
interface FastEthernet0/1
 switchport mode trunk
!
interface FastEthernet0/2
 switchport mode trunk
!
interface FastEthernet0/3
 switchport access vlan 10
!
interface FastEthernet0/4
 switchport access vlan 20
 
vlan database
         vlan10
         vlan20

PC1配置:

no ip routing
 
interface FastEthernet0/0
 ipaddress 192.168.10.100 255.255.255.0
 noip route-cache
 duplex auto
 speed auto
 
ip default-gateway 192.168.10.254

PC2配置:

no ip routing
 
interface FastEthernet0/0
 ipaddress 192.168.20.100 255.255.255.0
 noip route-cache
 duplex auto
 speed auto
 
ip default-gateway 192.168.20.254

PC3配置:

no ip routing
 
interface FastEthernet0/0
 ipaddress 192.168.10.200 255.255.255.0
 noip route-cache
 duplexauto
 speed auto
 
ip default-gateway 192.168.10.254

PC4配置:

no ip routing
 
interface FastEthernet0/0
 ipaddress 192.168.20.200 255.255.255.0
 noip route-cache
 
ip default-gateway 192.168.20.254

2)、配置完成后查看R2和R3的HSRP信息:

R2:

R3:

此时在PC2上跟踪一下到202.102.12.1的路由情况

在PC3上跟踪到202.102.12.1的路有情况

此时将R1的接口S1/0设置为shutdown模式,再查看HSRP信息:

R2:

R3:

此时再在PC1和PC2上跟踪到202.102.12.1的路由,发现R3自动接管原先的路由:

PC1:

PC3:

时间: 2024-08-22 20:47:18

HSRP与链路追踪的相关文章

molten:PHP 应用透明链路追踪工具

本文和大家分享的主要是php中应用透明链路追踪工具molten相关内容,一起来看看吧,希望对大家学习php有所帮助. molten molten是应用透明链路追踪工具. molten追踪php核心调用库运行时信息并且按照zipkin/optracing格式输出信息. molten提供多种sapi, 多种采样类型, 上报追踪状态, 模块控制和多种数据落地 类型等功能. 依赖于molten很容易构建基于php语言的 分布式全链路追踪系统 目前已经运行在生产环境上千台机器上. 目录 安装 以下是你需要

分布式链路追踪系统预研第二篇

本文为博主原创文章,未经博主允许不得转载. 在上篇随笔后,分布式链路在缓慢推进.一直没什么兴致写,zipkin使用elasticsearch作为数据完全是可行的.但是揉合这两者,就存在两种方案: 第一种,保持zipkin,替换掉存储.即保持zipkin架构,替换掉默认数据存储,改用elasticsearch作为存储.这完全是可行的,但是做出来的也仅仅是一个分布式链路追踪系统.zipkin官方有相应的多数据源的实现源码,有兴趣大家可以自行去git上看. 由于我们想要的不只是分布式链路追踪系统,我们

基于zipkin分布式链路追踪系统预研第一篇

分布式服务追踪系统起源于Google的论文“Dapper, a Large-Scale Distributed Systems Tracing Infrastructure”(译文可参考此处),Twitter的zipkin是基于此论文上线较早的分布式链路追踪系统了,而且由于开源快速被各社区所研究,也诞生了很多的版本. 在这里也是对zipkin进行研究,先贴出Twitter zipkin结构图. 结构比较简单,大概流程为: Trace数据的收集至Scribe(Facebook开源的日志传输通路)或

zipkin分布式链路追踪系统

基于zipkin分布式链路追踪系统预研第一篇 分布式服务追踪系统起源于Google的论文“Dapper, a Large-Scale Distributed Systems Tracing Infrastructure”(译文可参考此处),Twitter的zipkin是基于此论文上线较早的分布式链路追踪系统了,而且由于开源快速被各社区所研究,也诞生了很多的版本. 在这里也是对zipkin进行研究,先贴出Twitter zipkin结构图. 结构比较简单,大概流程为: Trace数据的收集至Scr

spring cloud 入门系列八:使用spring cloud sleuth整合zipkin进行服务链路追踪

好久没有写博客了,主要是最近有些忙,今天忙里偷闲来一篇. =======我是华丽的分割线========== 微服务架构是一种分布式架构,微服务系统按照业务划分服务单元,一个微服务往往会有很多个服务单元,一个请求往往会有很多个单元参与,一旦请求出现异常,想要去定位问题点真心不容易,因此需要有个东西去跟踪请求链路,记录一个请求都调用了哪些服务单元,调用顺序是怎么样的以及在各个服务单元处理的时间长短.常见的服务链路追踪组件有google的dapper.twitter的zipkin.阿里的鹰眼等,它们

阿里云发布链路追踪服务Tracing Analysis

摘要: 近日,在杭州云栖大会上,阿里云发布了链路追踪服务Tracing Analysis,成本是自建链路追踪系统的1/5或更少,可为分布式应用的开发者提供完整的调用链路还原.调用请求量统计.链路拓扑.应用依赖分析等工具,帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率. 近日,在杭州云栖大会上,阿里云发布了链路追踪服务Tracing Analysis,成本是自建链路追踪系统的1/5或更少,可为分布式应用的开发者提供完整的调用链路还原.调用请求量统计.链路拓扑.应

.NET Core----zipkin链路追踪使用

本文主要是说明core怎么使用链路追踪 一.添加nuget包 二.在Startup中添加配置 /// <summary> /// 注册zipkinTrace /// </summary> /// <param name="app"></param> /// <param name="loggerFactory"></param> /// <param name="lifetime

链路追踪和应用性能监控有哪些区别?

概要 阿里云上最近推出了一款新产品 链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率. 分布式应用环境下的链路追踪,并不是一个新话题.在早些时间,阿里云产品 业务实时监控服务 也有类似功能推出.那么链路追踪和业务实时监控服务在产品功能层面到底有什么样的区别和联系?本文将给出概要说明. 以下从产品定位,接入方式,以及使用成本 三个方面来比较 业务实时监控服务 和 链路追踪两款产品. 产品定位 从功能定位上看,业务实时监控服务定位于重量级的应用性能

阿里云产品专家解读链路追踪(Tracing Analysis)

摘要: 概要 阿里云上最近推出了一款新产品 链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率. 分布式应用环境下的链路追踪,并不是一个新话题.在早些时间,阿里云产品 业务实时监控服务 也有类似功能推出. 阿里云上最近推出了一款新产品链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率,并省去用户搭建各类链路监控应用(Jaeger, Zipkin等)和相关存储服务(Hbase, ElasticSea