路由器G口S口对比实验

我首先把两个路由器用以太网接口连接,如图所示。

接下来分别给两台路由的环回口配上地址1.1.1.1/32  4.4.4.4/32。

给两台路由的以太网接口g0/0/0分别配上地址2.2.2.2/24  3.3.3.3/24.

再分别配上静态路由,

ip route-static 4.4.4.4 24 3.3.3.3

ip route-static 1.1.1.1 24 2.2.2.2 .

敲完回车后 我们此时用RT3的1.1.1.1 ping RT2的4.4.4.4   ,上一篇博文中已经说过结果了,再来看看 :

百分百丢包,  这时候我们来看看路由表

并没有发现我们刚刚配的静态路由 ,可是命令确实是打出去了,为什么没有反应?

静态路由的生成需要一下条件:端口是up状态;下一跳可达;接口有地址。RT1的G口地址为2.2.2.2, 而与之相连的RT2的接口地址为3.3.3.3 ,RT1的路由表中没有3.3.3.0网段路由,那么接口地址不可达,之前配置的静态路由也就无法生成,那么也就造成第一篇博文里ping不通的结果了。

那么我们再看看用S口相连,如图所示。

把两台路由进行和之前一模一样的配置,再用RT1的1.1.1.1 pingRT2的4.4.4.4   ,第一篇里已经看到是可以ping通的。

同样的配置,换了种接口怎么就通了 ,我们再看看RT1的路由表。

很清楚的我们可以看见一条静态路由 4.4.4.0/24 static 60 3.3.3.3 s0/1/0  ,  这就是我们之前配置的静态,为什么这条静态就可以生成?

h3c的路由器广域网接口s口默认的协议是ppp协议,ppp在工作时会向对方推送一个自己的ip地址,我们可以看到路由表中还有一条 3.3.3.3/32  的直连, 这在之前用g口连接时路由表中所没有的,有了这条由对方推送的路由,下一跳就可达,静态得以生成,两个环回口互ping就可以通了。

这就简单的解释了上篇博文里为什么同样的配置下g口不通而s口可以通的原因。

时间: 2024-08-10 17:18:17

路由器G口S口对比实验的相关文章

路由器上联采用POS口跟GE口比较

[涨姿势了]路由器上联采用POS口跟GE口比较 以太网技术和POS技术介绍这里就省略了. 主要比较用GE接口与POS接口实现网络互联时的优劣势 1.数据设备直接用两种接口互联时比较 1.1.传输效率  传输效率是在传输的数据比特流中实际传输有用数据的比例,传输效率可以分解为某种封装协议的封装组帧效率和某种传输方式的承载效率两部分,封装效率乘以承载效率等于传输总效率.不同层次的有用数据块大小不同,为便于比较,无论是GE接口还是POS接口,均以实际传输的三层数据报来比较.对于数据设备直连的情况,承载

一口一口吃掉Hibernate(五)——一对多单向关联映射

版权声明:本文为博主原创文章,未经博主允许不得转载.如需转载请声明:[转自 http://blog.csdn.net/xiaoxian8023 ] 在上一篇博客<一口一口吃掉Hibernate(四)--多对一单向关联映射>中,介绍了多对一的关联映射,今天就反过来说一下一对多的单向关联映射. 可能有人会对这2篇博客的题目有点混淆不清,跟日常说的关系有点不同.我们日常说的比如父子关系,夫妻关系都是说的双向关系,而现在讨论的则是单向关系,所以也就有了多对一和一对多的说法. 二者的关系其实很简单,只是

Spark 与 Hadoop 关于 TeraGen/TeraSort 的对比实验(包含源代码)

自从 Hadoop 问世以来,MapReduce 在很长时间内都是排序基准测试的纪录保持者,但这一垄断在最近被基于内存计算的 Spark 打破了.在今年Databricks与AWS一起完成的一个Daytona Gray类别的Sort Benchmark中,Spark 完胜 Hadoop MapReduce:"1/10计算资源,1/3耗时".这是个很有意思的对比实验,因此笔者也在一个小规模集群上做了一个微缩版的类似试验. 1.Hadoop 与 Spark 集群环境完全相同: - Hado

多口8口16口短信猫池设备与短信猫开发包

多口短信猫池是指集成了8路或16口等多短信通讯模块的短信猫设备,要支持短信猫池二次开发需要相应的短信猫开发包支持,在这里推荐给大家:企业短信平台8.2 支持单口短信猫.8口短信猫和16口短信猫池全系列短信猫设备(GSM短信猫和CDMA短信猫.GPRS短信猫等) 多口8口16口短信猫池设备实物如图: 多口8口16口短信猫池设备所采用的短信猫开发包与普通单口GSM短信猫开发包不所不同,需要相应的短信猫开发包支持多口短信猫池设备才可以,给大家推荐:企业短信平台8.2 此款短信猫开发包基于系统数据库的开

011_Python中单线程、多线程和多进程的效率对比实验

Python是运行在解释器中的语言,查找资料知道,python中有一个全局锁(GIL),在使用多进程(Thread)的情况下,不能发挥多核的优势.而使用多进程(Multiprocess),则可以发挥多核的优势真正地提高效率. 对比实验 资料显示,如果多线程的进程是CPU密集型的,那多线程并不能有多少效率上的提升,相反还可能会因为线程的频繁切换,导致效率下降,推荐使用多进程:如果是IO密集型,多线程进程可以利用IO阻塞等待时的空闲时间执行其他线程,提升效率.所以我们根据实验对比不同场景的效率 操作

寻找丢失的微服务-HAProxy热加载问题的发现与分析 原创: 单既喜 一点大数据技术团队 4月8日 在一点资讯的容器计算平台中,我们通过HAProxy进行Marathon服务发现。本文记录HAProxy服务热加载后某微服务50%概率失效的问题。设计3组对比实验,验证了陈旧配置的HAProxy在Reload时没有退出进而导致微服务丢失,并给出了解决方案. Keywords:HAProxy热加

寻找丢失的微服务-HAProxy热加载问题的发现与分析 原创: 单既喜 一点大数据技术团队 4月8日 在一点资讯的容器计算平台中,我们通过HAProxy进行Marathon服务发现.本文记录HAProxy服务热加载后某微服务50%概率失效的问题.设计3组对比实验,验证了陈旧配置的HAProxy在Reload时没有退出进而导致微服务丢失,并给出了解决方案. Keywords:HAProxy热加载.Marathon.端口重用 01 原文地址:https://www.cnblogs.com/yuanj

交换机/路由器上的 S口 F口 E口

S口是serial接口的意思,也叫高速异步串口,主要是连接广域网的V.35线缆用的,说白了就是路由器和路由器连接时候用的,可以用命令设置带宽,一般也就在10M.8M左右.F口是FastEthernet接口,叫快速以太网口,主要连接以太网(局域网)用的,说白了就是连接交换机或电脑用的,用普通的双绞线就可以连接,速率默认是100Mbps,可以用命令限速,但是不可能超过100Mbps.E口是Ethernet接口,叫以太网接口,也是主要连接以太网(局域网)用的,也是用普通的双绞线就可以连接,速率默认是1

路由器Serial端口推送地址实验

Serial端口推送地址实验 一.实验目的 路由器Serial端口可以通过配置地址推送,让对端路由器Serial端口通过协商获取到IP地址.不是通过DHCP的方式. 二.实验环境 两台路由器通过Setial 1/0/0端口互联,AR1配置IP 10.0.0.1/24,推送地址为20.0.0.1,AR2路由器Serial 1/0/0地址配为协商获取. 三.实验内容 1.AR1配置命令 [AR1]interface Serial 1/0/0 [AR1-Serial1/0/0]ip address 1

广播风暴对比实验部署

编者按:环路广播风暴,如果有环路,数据帧将会在环路中来回传递,大量增生数据帧,形成广播风暴.在SDN中部分控制器可以抑制环路广播风暴的产生,如Floodlight,而像POX控制器,就不能很好的解决广播风暴的问题. 接下来将对Floodlight和POX控制器进行广播风暴实验的对比. 物理连接上OF1.OF2.OF3形成环路,使用Flowvisor(192.168.20.6:6634)隔离成两个虚网.VM1和VM3在一个虚网中,由POX(192.168.20.6:6635)控制,VM2和VM3在