CCNP—DHCPandEIGRP基础.docx

OSI参考模型与TCP/IP模型不同点：OSI主要应用于理论 TCP/IP为我们通常所指的三层或四层协议 应用于实践 现网络中大部分应用TCP/IP流量 TCP/IP特点 跨层封装 例如 PING包 直接封装IP头部 没有四层头部 还有BPDU 直接封装以太网头部 直接就是二层封装网络部署接入层：IP编址 部署 划分VLAN 流量过滤（ACL） 安全特性分布层：主要是策略 路由过滤核心层：高速转发DHCP由Client初始化链接：DHCP discover消息 源255.255.255.255 目标0.0.0.0.0由Server下放地址：DHCP Office 收到Client请求后返回给Client应用于有多个DHCP服务器端的时候DHCP request(当有多个DHCP服务器端的时候向使用其地址的S确认地址 向其他的S返回他发送的地址 让其进行地址的回收) DHCP ack Server端确认DHCP封装： Eth IP UDP C68 S67 BOOTP（引导程序） DHCP关于DHCP 做一个最简单的实验：拓扑如下R1作为Client R2作为Server在R1上进入接口 启用DHCP分配地址在R2上启用DHCP池 命名为zhangchi 网关设置为10.0.0.8 最后预留10.0.0.11.0.0.10这几个地址这时在Client的R1上查看 已经有获取到地址的消息了并且由于DHCP分配了网关 网关也真实存在 在Client端会产生一个指向Server的默认路由这个不难理解吧 默认路由就是网关 一致的意思 有默认路由就代表你在DHCP设置的网关起效了针对DHCP也有很多可选项 例如DNS 还有租期 租期默认是一天 我们也可以在Server端查看DHCP分配地址的情况那这样就出来一个问题了 DHCP请求是广播 如果是如下拓扑 怎么办？R1请求地址 路由器隔离广播 请求到不了R3的服务器端 何谈DHCP？在这里我就需要一个东西 叫Helper-address 他的工作原理其实也很简单 将收到的广播请求在R2的接口变成单播地址 发送给R3 从而使R1的DHCP请求跨越路由器完成任务基本配置和上面那个实验一样 但有一点需要注意 在R3上配置DHCP POOL的时候需要注意 你是要给R1分配地址 网关等一系列的DHCP内容 网段 网关肯定要写R1所在网段的IP地址接下来我们在R2上配置Helper-address第一步我们已经完成 这时候 R1的请求已经能够到达R3 但是回来是个问题 因为R3上没有10.0.0.0网段的路由 我们需要写一条静态路由 告诉R3 10.0.0.0网段怎么走这时候在R1上看已经收到了 因为我们把110这几个地址除去了 所以分配到了10.0.0.11地址再来看下路由表度量值都是一样的 20.0.0.2静态路由 证明Helper-address命令生效了接下来 还有一个问题 我们在做实验的时候 定义DHCP POOL的名字时候没有在接口调用吧 如果我现在一个Router作为DHCP 直连的有很多网段 我需要向所有直连的网段去分配地址不同的网段 我怎么知道哪个网段要分配哪个地址?在DHCP分配的时候 他会自动根据你定义的地址池去匹配你的接口地址 从而解决这个问题控制层面：IGP的控制层面 路由条目 1.AD 2.Metric值 当你启用路由协议的时候 就开始了 show ip route的时候看的就是控制层面的结果了数据层面：数据通过路由发送给源1.你的目标IP地址和路由条目的掩码做余操作 1和1是1 1和0是0 0和0是0 2.2.2.2 255.255.255.0余出来就是2.2.2.0 余出来再和路由条目做对比 一样就证明可能从这走 2.2.2.2和255.255.255.255余出来还是2.2.2.2 这样就比最长匹配原则这要注意顺序 1.AD2.Metric值3.余操作4.最长匹配原则 网络号跟掩码一样的情况下才叫同一条路由 show ip route输出不可能再看控制层面的东西了 没有意义控制层面和数据层面方向相反 并且先有控制层面再有数据层面路由协议分类：1范围 IGP和BGP（根据AS号） 2设计原理 DV和LS 3有类 无类EIGRP封装格式： L2 IP协议号88 EIGRP组播地址224.0.0.10EIGRP没有周期更新 只有增量更新EIGRP使用RTP（可靠传输协议）由于EIGRP封装在IP报文中 是不可靠的 所以 使用RTP在EIGRP中设计一个RTP 增加一个ACK报文 来增强可靠性线路两端的路由器 互相发送HELLO包就形成了邻居关系 形成邻居表：下一跳路由器的IP地址 从我哪个接口出去然后将本地所有路由发送给对方 对方将收到的路由存放在自己的拓扑表中 拓扑表中列举了所有从邻居学来的路由最后将拓扑表中所有最好的路由添加到路由表中：最好的路由可能不只有一条 有可能有很多条 这就负载均衡了 HELLO:建立邻居关系 Update:收到之后直接添加进拓扑表了Query,Reply:当拓扑改变的时候 丢失路由 发送查询报文 回复报文 专门针对查询报文恢复ACK：确认 因为IP报文不可靠 所以建立ACK 进行可靠报文的确认 Update,Query,Reply为可靠报文 需要ACK去进行确认 HELLO包 周期性的发 不需要确认 ACK同样也不需要确认所以 HELLO和ACK是不可靠的报文EIGRP Metric：带宽（bandwidth）负载(loading) 延迟(delay) 可靠性(reliability) 传输单元(MTU) 计算取值 最小值 最大 接口之和 最小值 最小EIGRP Metric值 计算公式：带宽取最小值 延迟取的是经过路由器的入接口延迟带宽的单位为KBPS 10M的为10000 延时为微秒可以在接口下看 show interface f0/0影响EIGRP邻居建立条件：1.AS号2.K值3.PASSWORDHOLD时间 默认是HELLO时间的3倍 不会低于10秒 如果到期 邻居关系重置SRTT(Smooth Round-Trip Timer)平滑往返时间（ms）体现了发送可靠报文发出到我收到ACK的时间 小的时候是正常 大的时候就证明线路拥塞RTO重传超时（ms）：非固定值 没有收到ACK时 重传时间 默认重传16次之后 重置邻居Bandwith不影响传输速率 只影响Metric值端口延时是以十为单位 想改成1W 只要写1000就成改动Metric值 进入进程 metric weights 0 然后是K值 1是有效 0是无效