jjzjj

实验:RIP故障处理

☆★☆★☆★☆★☆☆★☆★ 2024-04-24 原文

目录

一,实验:RIP故障处理

实验目的:

实验环境:

实验过程:

步骤一:路由器的基础配置

步骤二:配置RIP V2

步骤三:排除R1与R2间的故障。

实验结果:

二,实验:7.9 RIP故障处理

【实验目的】

【实验环境】

 【实验过程】

拓扑图

步骤一:配置 IP 地址

步骤二:配置RIPv2 协议

步骤三 验证 RIPv2 路由 

         步骤四:故障排除

【实验总结】


一,实验:RIP故障处理

实验目的:

         1、掌握RIP故障的常见原因

          2、掌握RIP故障诊断流程

          3、掌握RIP故障处理步骤

          4、掌握RIP故障排除的常用命令

实验环境:

本实验模拟企业网络场景。R1为该公司出口网关路由器,连接运营商网络;R2为公司HR部门路由器与网关相连;由于公司的网络规模比较小,所以选择使用RIPV2来作为动态路由协议实现公司整网互通。现在公司IT部门员工发现用PC-2无法与HR部门的PC-1通信,作为公司的网络管理员,现需对此网络故障进行排查,恢复网络。两台PC都确认了IP地址和网关地址设置正确,出公司网络拓扑以及3台路由器的配置,请用模拟器搭建网络并把已经给出的配置拷贝入对应路由器中,再进行故障处理。本实验较全面地介绍了RIP的排障流程,适合大部分RIP网络

实验过程:

步骤一:路由器的基础配置

步骤二:配置RIP V2

步骤三:排除R1与R2间的故障。

使用PC-1 ping 172.16.2.1 不通

ping 172.16.1.254 通表明PC-1与网关设备R2之间的链路没有问题

R2上使用命令:

display ip routing-table 查看R2路由表

发现没有任何通过RIP协议接收的路由信息,说明R1与R2间的RIP路由信息通告不正常,接下来在R1与R2之间排错。

检查R1与R2所在直连链路的物理接口的状态

接口状态正常,测试R2与R1间直连链路的连通性正常。

检查直连链路上的接口所在网段是否在RIP中通告,在R2、R1上运行。

发现都已经在Rip中通告

检查R1、R2上的RIP协议发送的版本号和本地接口接收的版本号是否匹配。

检查R2上的入接口是否配置了undo rip input 、silent-interface命令

检查是否在RIP进程中配置了filter-policy策略,来过滤掉收到的RIP路由或不允许发送RIP路由。R1,R2上查看。

检查接口是否已经开启水平分割。R1、R2上查看。

接口认证方式是否匹配。R1、R2上查看。

发现有认证失败的报文。

查看r1路由表,有了172.16.1.0网段的信息,R1和R2之间的故障排除完毕。

同样的过程检查R1和R3之间的故障。

实验结果:

二,实验7.9 RIP故障处理

【实验目的】

掌握RIP故障的常见原因

掌握RIP故障诊断流程

掌握RIP故障处理步骤

掌握RIP故障排除的常用命令

【实验环境】

 本实验模拟企业网络场景。R1为该公司出口网关路由器,连接运营商网络;R2为公司HR部门路由器与网关相连;由于 公司的网络规模比较小,所以选择使用RIPV2来作为动态路 由协议实现公司整网互通。现在公司IT部门员工发现用PC-2无法与HR部门的PC-1通信,作为公司的网络管理员,现需对此网络故障进行排查,恢复网络。两台PC都确认了IP地址和网关地址设置正确,现给出公司网络拓扑以及3台路由器的配 置,请用模拟器搭建网络并把器中,再进行故障处理。本实验较全面地介绍了RIP的排障流程,适合大部分RIP网络

 【实验过程】

拓扑图

 

步骤一:配置 IP 地址

 

 

 

步骤二:配置RIPv2 协议

在R3上启动RIP协议,并将192.168.0.0网段収布到RIP协议中。

[hyj r3]Rip

[hyj r3-rip-1]Version 2

[hyj r3-rip-1]Network 192.168.2.0

[hyj r3-rip-1]Network 192.168.1.0

[hyj r3-rip-1]network 172.16.0.0

在R1上启动RIP协议,并将192.168.0.0网段収布到RIP协议中

[hyj r1]Rip

[hyj r1-rip-1]Version 2

[hyj r1-rip-1]Network 192.168.2.0

[hyj r1-rip-1]Network 192.168.1.0

[hyj r1-rip-1]network 172.16.0.0

在R2上启动RIP协议,并将192.168.0.0网段収布到RIP协议中

[hyj r2]Rip

[hyj r2-rip-1]Version 2

[hyj r2-rip-1]Network 192.168.2.0

[hyj r2-rip-1]Network 192.168.1.0

[hyj r2-rip-1]network 172.16.0.0

步骤 验证 RIPv2 路由 

查看R1、R2和R3的路由表。确保路由器已绉学习到了如下显示信息中灰色

阴影标注的RIP路由。

 在R2上查看路由表。

 

在R3上查看路由表。

 

在R1上查看路由表。

 

 

步骤四:故障排除

1.接口状态不是UP;

2.RIP进程下没有对该网段做network配置;

3.对端RIP协议报文的版本号和本地接收的RIP协议报文版本号不一致;

4.接口上配置了禁止接收RIP报文或禁止发送RIP报文的命令;

5.在RIP中配置了策略,过滤掉收到的RIP路由或不允许发送RIP路由;

6.接口上没有开启水平分割;

7.链路两端的接口认证方式不匹配;

8.路由表中存在其他协议获得的相同路由条目;

9.收到的路由度量值大于16.


排除R1与R2间的故障。

使用PC-1 ping 172.16.2.1 不通

ping 172.16.1.254 通表明PC-1与网关设备R2之间的链路没有问题

 

R2上使用命令:

display ip routing-table 查看R2路由表

发现没有任何通过RIP协议接收的路由信息,说明R1与R2间的RIP路由信息通告不正常,接下来在R1与R2之间排错。

①检查R1与R2所在直连链路的物理接口的状态

[R2]display ip interface brief GigabitEthernet 0/0/0

*down: administratively down

^down: standby

(l): loopback

(s): spoofing

Interface IP Address/Mask Physical Protocol

GigabitEthernet0/0/0 192.168.1.1/24 up up

 

[R1]display ip interface brief GigabitEthernet 0/0/0

*down: administratively down

^down: standby

(l): loopback

(s): spoofing

Interface IP Address/Mask Physical Protocol

GigabitEthernet0/0/0 192.168.1.2/24 up up

接口状态正常,测试R2与R1间直连链路的连通性正常。

 

②检查直连链路上的接口所在网段是否在RIP中通告,在R2、R1上运行。

Display rip 1

发现都已经在Rip中通告

 

③检查R1、R2上的RIP协议发送的版本号和本地接口接收的版本号是否匹配。

display rip 1 interface GigabitEthernet 0/0/0 verbose

GigabitEthernet0/0/0(192.168.1.2)

State : UP MTU : 500

Metricin : 0

Metricout : 1

Input : Enabled Output : Enabled

Protocol : RIPv2 Multicast

Send version : RIPv2 Multicast Packets

Receive version : RIPv2 Multicast and Broadcast Packets

Poison-reverse : Disabled

Split-Horizon : Enabled

Authentication type : None

Replay Protection : Disabled

都一致。

④检查R2上的入接口是否配置了undo rip input 、silent-interface命令

display current-configuration interface g0/0/0

没有配置

 

⑤检查是否在RIP进程中配置了filter-policy策略,来过滤掉收到的RIP路由或不允许发送RIP路由。R1,R2上查看。

Rip

Display this

没有配置策略下一步。

⑥检查接口是否已经开启水平分割。R1、R2上查看。

display rip 1 interface GigabitEthernet 0/0/0 verbose

GigabitEthernet0/0/0(192.168.1.1)

State : UP MTU : 500

Metricin : 0

Metricout : 1

Input : Enabled Output : Enabled

Protocol : RIPv2 Multicast

Send version : RIPv2 Multicast Packets

Receive version : RIPv2 Multicast and Broadcast Packets

Poison-reverse : Disabled

Split-Horizon : Enabled

Authentication type : None

Replay Protection : Disabled

开启。

 

⑦接口认证方式是否匹配。R1、R2上查看。

display rip 1 statistics interface GigabitEthernet 0/0/0

发现有认证失败的报文。

display current-configuration interface g0/0/0查看接口配置信息

发现R2接口g0/0/0配置了Rip认证,而R1没有。删除R2接口下的认证配置。

undo rip authentication-mode

在检查是否能正常收发路由

Display ip routing-table protocol rip

没有相关路由条目。

 

⑧检查度量值是否大于16

在R1上查看包含字符RIP的命令。

display current-configuration | include rip

 

删除命令rip meticin 15

undo rip meticin

查看r1路由表,有了172.16.1.0网段的信息,R1和R2之间的故障排除完毕。

同样的过程检查R1和R3之间的故障。

【实验总结】

排除R1与R2间的故障。

使用PC-1 ping 172.16.2.1 不通

ping 172.16.1.254 通表明PC-1与网关设备R2之间的链路没有问题

R2上使用命令:

display ip routing-table 查看R2路由表

发现没有任何通过RIP协议接收的路由信息,说明R1与R2间的RIP路由信息通告不正常,接下来在R1与R2之间排错。

①检查R1与R2所在直连链路的物理接口的状态

[R2]display ip interface brief GigabitEthernet 0/0/0

*down: administratively down

^down: standby

(l): loopback

(s): spoofing

Interface IP Address/Mask Physical Protocol

GigabitEthernet0/0/0 192.168.1.1/24 up up

[R1]display ip interface brief GigabitEthernet 0/0/0

*down: administratively down

^down: standby

(l): loopback

(s): spoofing

Interface IP Address/Mask Physical Protocol

GigabitEthernet0/0/0 192.168.1.2/24 up up

接口状态正常,测试R2与R1间直连链路的连通性正常。

②检查直连链路上的接口所在网段是否在RIP中通告,在R2、R1上运行。

Display rip 1

发现都已经在Rip中通告

③检查R1、R2上的RIP协议发送的版本号和本地接口接收的版本号是否匹配。

display rip 1 interface GigabitEthernet 0/0/0 verbose

GigabitEthernet0/0/0(192.168.1.2)

State : UP MTU : 500

Metricin : 0

Metricout : 1

Input : Enabled Output : Enabled

Protocol : RIPv2 Multicast

Send version : RIPv2 Multicast Packets

Receive version : RIPv2 Multicast and Broadcast Packets

Poison-reverse : Disabled

Split-Horizon : Enabled

Authentication type : None

Replay Protection : Disabled

都一致。

④检查R2上的入接口是否配置了undo rip input 、silent-interface命令

display current-configuration interface g0/0/0

没有配置

⑤检查是否在RIP进程中配置了filter-policy策略,来过滤掉收到的RIP路由或不允许发送RIP路由。R1,R2上查看。

Rip

Display this

没有配置策略下一步。

⑥检查接口是否已经开启水平分割。R1、R2上查看。

display rip 1 interface GigabitEthernet 0/0/0 verbose

GigabitEthernet0/0/0(192.168.1.1)

State : UP MTU : 500

Metricin : 0

Metricout : 1

Input : Enabled Output : Enabled

Protocol : RIPv2 Multicast

Send version : RIPv2 Multicast Packets

Receive version : RIPv2 Multicast and Broadcast Packets

Poison-reverse : Disabled

Split-Horizon : Enabled

Authentication type : None

Replay Protection : Disabled

开启。

⑦接口认证方式是否匹配。R1、R2上查看。

display rip 1 statistics interface GigabitEthernet 0/0/0

发现有认证失败的报文。

display current-configuration interface g0/0/0查看接口配置信息

发现R2接口g0/0/0配置了Rip认证,而R1没有。删除R2接口下的认证配置。

undo rip authentication-mode

在检查是否能正常收发路由

Display ip routing-table protocol rip

没有相关路由条目。

⑧检查度量值是否大于16

在R1上查看包含字符RIP的命令。

display current-configuration | include rip

删除命令rip meticin 15

undo rip meticin

查看r1路由表,有了172.16.1.0网段的信息,R1和R2之间的故障排除完毕。

同样的过程检查R1和R3之间的故障。

有关实验:RIP故障处理的更多相关文章

  1. ruby - 如何指定 Rack 处理程序 - 2

    Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时,rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack

  2. Ruby-vips 图像处理库。有什么好的使用示例吗? - 2

    我对图像处理完全陌生。我对JPEG内部是什么以及它是如何工作一无所知。我想知道,是否可以在某处找到执行以下简单操作的ruby​​代码:打开jpeg文件。遍历每个像素并将其颜色设置为fx绿色。将结果写入另一个文件。我对如何使用ruby​​-vips库实现这一点特别感兴趣https://github.com/ender672/ruby-vips我的目标-学习如何使用ruby​​-vips执行基本的图像处理操作(Gamma校正、亮度、色调……)任何指向比“helloworld”更复杂的工作示例的链接——比如ruby​​-vips的github页面上的链接,我们将不胜感激!如果有ruby​​-

  3. ruby - Faye WebSocket,关闭处理程序被触发后重新连接到套接字 - 2

    我有一个super简单的脚本,它几乎包含了FayeWebSocketGitHub页面上用于处理关闭连接的内容:ws=Faye::WebSocket::Client.new(url,nil,:headers=>headers)ws.on:opendo|event|p[:open]#sendpingcommand#sendtestcommand#ws.send({command:'test'}.to_json)endws.on:messagedo|event|#hereistheentrypointfordatacomingfromtheserver.pJSON.parse(event.d

  4. ruby - 如何使用 Ruby HTTP::Net 处理 404 错误? - 2

    我正在尝试解析网页,但有时会收到404错误。这是我用来获取网页的代码:result=Net::HTTP::getURI.parse(URI.escape(url))如何测试result是否为404错误代码? 最佳答案 像这样重写你的代码:uri=URI.parse(url)result=Net::HTTP.start(uri.host,uri.port){|http|http.get(uri.path)}putsresult.codeputsresult.body这将打印状态码和正文。

  5. ruby-on-rails - 使用 Ruby 正确处理 Stripe 错误和异常以实现一次性收费 - 2

    我查看了Stripedocumentationonerrors,但我仍然无法正确处理/重定向这些错误。基本上无论发生什么,我都希望他们返回到edit操作(通过edit_profile_path)并向他们显示一条消息(无论成功与否)。我在edit操作上有一个表单,它可以POST到update操作。使用有效的信用卡可以正常工作(费用在Stripe仪表板中)。我正在使用Stripe.js。classExtrasController5000,#amountincents:currency=>"usd",:card=>token,:description=>current_user.email)

  6. ruby-on-rails - Rails 处理 .Erb 与 Nils - 2

    当profile为nil时,总是让我感到悲伤...我该怎么办? 最佳答案 在View中使用变量之前,始终检查变量是否为nil。我确信这个问题有更优雅的解决方案,但这应该能让您入门。 关于ruby-on-rails-Rails处理.Erb与Nils,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/2709605/

  7. ruby-on-rails - 如何在多个环境中处理 OmniAuth 回调? - 2

    我有一个应用程序专门使用Facebook作为身份验证提供程序,并正确设置了生产模式的回调。为了让它工作,您需要为您的Facebook应用程序提供一个站点URL和一个用于回调的站点域,在我的例子中是http://appname.heroku.com和appname。heroku.com分别。问题是我的Controller设置为只允许经过身份验证的session,所以我无法在开发模式下查看我的应用程序,因为Facebook应用程序的域显然没有设置为本地主机。如何在不更改Facebook设置的情况下解决这个问题? 最佳答案 创建另一个域l

  8. python - 请在 Perl 或 Ruby 中引入多处理库 - 2

    在python中,我们可以使用多处理模块。如果Perl和Ruby中有类似的库,你会教它吗?如果您能附上一个简短的示例,我将不胜感激。 最佳答案 ruby:WorkingwithmultipleprocessesinRubyConcurrencyisaMythinRubyPerl:HarnessingthepowerofmulticoreWhyPerlIsaGreatLanguageforConcurrentProgramming此外,Perl的线程是native操作系统线程,因此您可以使用它们来利用多核。

  9. ruby - 现代计算机的功能是否不足以处理字符串而无需使用符号(在 Ruby 中) - 2

    我读过的关于Ruby符号的每一篇文章都在谈论符号相对于字符串的效率。但是,这不是1970年代。我的电脑可以处理一些额外的垃圾收集。我错了吗?我拥有最新最好的奔腾双核处理器和4GBRAM。我认为这应该足以处理一些字符串。 最佳答案 您的计算机可能能够处理“一点点额外的垃圾收集”,但是当“一点点”发生在运行数百万次的内部循环中时呢?如果它在内存有限的嵌入式系统上运行呢?有很多地方你可以随意使用字符串,但在某些地方你不能。这完全取决于上下文。 关于ruby-现代计算机的功能是否不足以处理字符串

  10. ruby-on-rails - Rspec - Controller 测试错误 - Paperclip::AdapterRegistry::NoHandlerError: 找不到 "#<File:0x531beb0>"的处理程序 - 2

    我如下询问了我的Rspec测试。Rspec-RuntimeError:Calledidfornil,whichwouldmistakenlybe4在相同的代码上(“items_controller.rb”的Rspec测试),我试图对“PUTupdate”进行测试。但是我收到错误消息“Paperclip::AdapterRegistry::NoHandlerError:找不到“#”的处理程序。我的Rspec测试如下。老实说,我猜这次失败的原因是“let(:valid_attributes)”上的“photo”=>File.new(Rails.root+'app/assets/images

随机推荐