配置EIGRP默认路由

简介:
前不久探讨了默认路由的问题,只是总体对默认路由设置方法的三种方式进行了分类。
今天学到EIGRP默认路由这个部分;来看看在EIGRP上默认路由的划分有什么区别。

一直以来,我实验室的网络都是以
ip route 0.0.0.0 0.0.0.0 192.168.0.10(网关)
ip default-network 192.168.0.0
的方式在边界路由器上向网内发布路由通告的,这点有个好处,不会向外界广播EIGRP分组。一会后面还会提到。

RB-----RA--192.168.0.0-internet

先梳理一下EIGRP对默认路由的设置过程:
ip default-network会在网内通告默认路由,以其后面跟着的网段作为参数发布;前提是这个路由器接着这个网段。
这里,如果在RA上设置,将会向RB广播默认路由,RB会知道默认网段192.168.0.0询问RA左边的接口。
但是RA本身并没有设置0.0.0.0的网关,因此,RA还是上不了网,同理,RB也只是知道任何其他路由没有的都问192.168.0.0(就是问RA左边接口),但是他只能到达192.168.0.0,也不知道怎么上网;
因此,这样的情况下,加上ip route 0.0.0.0 0.0.0.0 192.168.0.10,RA就能出去了;同理,RB也能出去,其实他不知道怎么出去,但是他知道问192.168.0.0,也就问到了RA,RA知道从192.168.0.10走,所以RB也出去了。

现在问题来了,如果删除ip default-network 192.168.0.0,还能不能上网呢?
显然不行的,因为默认网段广播不出去,因为默认网段没有了!有人会问,不是还有ip route 0.0.0.0 0.0.0.0 192.168.0.10这句嘛,这也是默认网段啊。
原因是:RA有什么理由要通告这句?在EIGRP的network中,并没有0.0.0.0这个网段啊!!!(在这个问题上RIP就会通告)
所以,解决方案就是加上
network 0.0.0.0
这个网段。
这样,各个路由器(如RB)收到的默认网段就从
D* 192.168.0.0/0……
变成很好看的
D* 0.0.0.0/0……


因此,很多人会郁闷为什么网络架构最后加上
ip route 0.0.0.0 0.0.0.0 address
为什么不通。原因就在这里
要加上network 0.0.0.0;
和改变前的方法都用了两条指令,但是原理确差别很大。

不过这样做的缺点在于,RA会向外网发送EIGRP的分组了。





     本文转自 beansprouts 51CTO博客,原文链接:http://blog.51cto.com/netwalk/66245,如需转载请自行联系原作者

相关文章
|
6月前
|
人工智能 供应链 架构师
未来2-3年,智能体架构师是中国最赚钱的职业
智能体架构师卢成(Agent Architect),深耕AI落地实战多年,专注为企业提供轻量化、可量化的AI工作流解决方案。他定义该职业为“智能体时代的API接口”, bridging 技术与商业,不堆砌概念,只做降本增效、能变现的真落地。行业黄金期已至,轻服务、标准化、强适配是其核心方法论。(239字)
|
网络安全 开发工具 git
Unable to negotiate with xx.xxx.xxxx port 22: no matching host key type found. Their offer: ssh-rsa(解决的两种方式)
Unable to negotiate with xx.xxx.xxxx port 22: no matching host key type found. Their offer: ssh-rsa(解决的两种方式)
7162 0
Unable to negotiate with xx.xxx.xxxx port 22: no matching host key type found. Their offer: ssh-rsa(解决的两种方式)
|
9月前
|
人工智能 API 调度
Claude Skill 官方指南发布:能力模块化正在改变大模型工程结构
Anthropic发布30页《Skill创建指南》,首次系统定义大模型“能力模块化”范式。Skill介于Tool与Agent之间,强调职责单一、结构化I/O与可组合性,推动AI从提示工程迈向软件化能力架构。
|
11月前
|
存储 NoSQL 关系型数据库
什么是 Geohash 编码?
Geohash编码将经纬度转换为字符串,通过不断二分地球坐标区间,交叉合并经纬编码,再转为Base32简化表示。它用短字符串标识位置,支持高效空间索引与查询,广泛应用于Redis、MySQL等系统。
|
Rust Python
Python 解析 toml 配置文件
Python 解析 toml 配置文件
959 2
|
前端开发
基于若依ruoyi-nbcio增加flowable流程待办消息的提醒,并提供右上角的红字数字提醒(七)
基于若依ruoyi-nbcio增加flowable流程待办消息的提醒,并提供右上角的红字数字提醒(七)
769 0
|
SQL 人工智能 安全
【灵码助力安全1】——利用通义灵码辅助快速代码审计的最佳实践
本文介绍了作者在数据安全比赛中遇到的一个开源框架的代码审计过程。作者使用了多种工具,特别是“通义灵码”,帮助发现了多个高危漏洞,包括路径遍历、文件上传、目录删除、SQL注入和XSS漏洞。文章详细描述了如何利用这些工具进行漏洞定位和验证,并分享了使用“通义灵码”的心得和体验。最后,作者总结了AI在代码审计中的优势和不足,并展望了未来的发展方向。
|
JSON JavaScript 数据格式
Vue路由params、query参数丢失解决
该文章介绍了在Vue中使用`params`和`query`进行路由参数传递时,如何通过`sessionStorage`或`localStorage`解决参数丢失的问题。
1228 3
|
机器学习/深度学习 存储 算法
机器学习k近邻算法kd树实现优化查询
机器学习k近邻算法kd树实现优化查询
558 0
|
供应链 安全 算法
Github 宣布在2023年底前必须使用双重验证
2FA(双因素身份验证)是一种增强在线账户安全性的方法,要求用户提供两种不同类型的验证信息才能登录。常见的验证因素包括密码、手机验证码、指纹等。启用2FA能显著提升账户安全性,防止因密码泄露导致的账户被盗。对于开发者而言,尤其是在使用如GitHub这样的平台时,启用2FA尤为重要,可有效抵御恶意攻击,保护代码和个人信息的安全。设置2FA通常通过安装TOTP应用(如Microsoft Authenticator)并按照平台指引完成相关配置。即使手机App被卸载,用户也可通过保存的恢复码登录账户。
1502 3
Github 宣布在2023年底前必须使用双重验证

热门文章

最新文章