zoukankan      html  css  js  c++  java
  • SE 2014年4月3日

    一  OSPF协议都支持哪些特殊区域?每种特殊区域都有什么特点。

    OSPF协议支持的特殊区域主要有stub区域、totally stub区域以及nssa区域,其中stub区域一般出现在末梢网络,即它的后面没有连接其他的路设备,stub区域不允许向该区域中注入Type 4Type 5类的LSA,由该区域的ABR路由器生成一条前缀为0.0.0.0type 3LSA,通过spf算法生成一条通往外部自治系统的默认路由,totally stub区域是stuba区域的一种增强型,除了不允许Type 4Type 4类的LSA外,连Type 3类的LSA都不允许注入,由该区域的ABR路由器同样生成一条前缀为0.0.0.0 Type 3LSA,通过spf计算生成一条到达其他区域的默认路由,NSSA区域是stub区域的一种改进,除了不允许Type 3类、Type 4类和Type 5类的LSA外,还生成type 7类的LSA在该区域中泛洪,Type 7类有本区域到达外部自治系统的详细的路由条目,Type 7LSAASBR路由器产生,该区域的ABR向其他路由器通告到达外部自治系统的时候会生成一条Type5类的LSA,用于指导路由器如何进行路由转发。

    二 OSPF路由聚合的方式,及注意事项

         OSPF 路由聚合的方式有两种,一种是在区域中的ABR路由器上进行路由聚合,另外的一种是在ASBR路由器上进行聚合,路由聚合是为了减少路由器上一些大量的明细的路由条目,取而代之的是将明细条目聚合后的路由,使用路由聚合时应该注意,只能从自治系统外部的ASBR路由器和ABR路由器上进行,而不能在单个区域中聚合,也就是说,路由聚合是从一个区域流向另外一个区域的时候或者外部自治系统的路由输入OSPF的网络中来的时候,路由聚合应当尽量的精确。

    三  实验练习

    如图配置:

    (1) 要求网络全网互通

    [RT1]ospf 1 router-id 1.1.1.1

    [RT1-ospf-1]area 1

    [RT1-ospf-1-area-0.0.0.1]network 192.168.0.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.1.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.2.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.3.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.101.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.102.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.103.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 192.168.104.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 172.16.102.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 172.16.103.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 172.16.104.1 0.0.0.0

    [RT1-ospf-1-area-0.0.0.1]network 12.1.1.1 0.0.0.0

    [RT2]ospf  1 router-id 2.2.2.2

    [RT2-ospf-1]area 0

    [RT2-ospf-1-area-0.0.0.0]network 23.1.1.1 0.0.0.0

    [RT2-ospf-1]area 1

    [RT2-ospf-1-area-0.0.0.1]network 12.1.1.2 0.0.0.0

    [RT3]ospf 1 router-id 3.3.3.3

    [RT3-ospf-1-area-0.0.0.0]network 23.1.1.2 0.0.0.0

    [RT3-ospf-1-area-0.0.0.2]network 34.1.1.1 0.0.0.0

    [RT4]ospf 1 router-id 4.4.4.4

    [RT4-ospf-1]area 2

    [RT4-ospf-1-area-0.0.0.2]network 192.168.4.1 0.0.0.0

    [RT4-ospf-1-area-0.0.0.2]network 192.168.5.1 0.0.0.0

    [RT4-ospf-1-area-0.0.0.2]network 192.168.6.1 0.0.0.0

    [RT4-ospf-1-area-0.0.0.2]network 192.168.7.1 0.0.0.0

     [RT4-ospf-1-area-0.0.0.2]network 34.1.1.2 0.0.0.0

    连通性测试:

    [RT4]ping 192.168.0.1

       Reply from 192.168.0.1: bytes=56 Sequence=1 ttl=253 time=1 ms

    (2) 为了使得ospf 骨干区域内的网络设备在查表转发性能上有所提升,要求使用路由聚合技术来满足需求

    RT2 上将RT 1上的172网段进行汇聚:

           [RT2-ospf-1-area-0.0.0.1]abr-summary 172.16.96.0 20

           在RT 3上查看路由表:

    172.16.96.0/20      OSPF   10   2            23.1.1.1        GE0/0/0

    RT3上将RT4192网段进行聚合:

    [RT3-ospf-1-area-0.0.0.2]abr-summary 192.168.4.0 22

    (3) 同时区域2不接收来自路由器RT1上的192网络的路由信息

    RT 2上将RT1上的192网段进行汇聚,汇聚后不通告给area 0内即可:

    [RT2-ospf-1-area-0.0.0.1]abr-summary 192.168.0.0 22 not-advertise

    RT3查看路由表已经没有RT1上的192网段路由:

    完成以上实验后测试!

    (4) 同时出于安全考虑 OSPF域中 area 1不能存在三//五类LSAarea 2不能出现四/五类LSA

    Area 1中不允许有三//五类LSA,将其设置为totally stub即可:

    [RT1-ospf-1-area-0.0.0.1]stub no-summary

    [RT2-ospf-1-area-0.0.0.1]stub no-summary

    RT2上查看链路状态数据库如下:

                             Area: 0.0.0.1

     Type      LinkState ID    AdvRouter          Age  Len   Sequence   Metric

     Router    1.1.1.1         1.1.1.1            114  168   8000000F       0

     Router    2.2.2.2         2.2.2.2            113  36    80000003       0

     Network   12.1.1.2        2.2.2.2            112  32    80000002       0

     Sum-Net   0.0.0.0         2.2.2.2            158  28    80000001       1

    Area 2种不能出现四/五类LSA,将该区域设置为stub区域即可:

    [RT4-ospf-1-area-0.0.0.2]stub

    [RT3-ospf-1-area-0.0.0.2]stub

    RT4上查看链路状态数据库:

    Type      LinkState ID    AdvRouter          Age  Len   Sequence   Metric

     Router    3.3.3.3         3.3.3.3            425  36    80000004       0

     Router    4.4.4.4         4.4.4.4            424  84    80000007       0

     Network   34.1.1.2        4.4.4.4            424  32    80000002       0

     

  • 相关阅读:
    Kubernetes Declarative Deployment
    Kubernetes集群如何查看scheduler/controller manager谁是leader
    kubelet 配置管理 (一)
    Kubernetes Ingress
    如何计算Kubernetes容器CPU使用率
    Kubernetes概念
    .NET陷阱之四:事件监听带来的问题与弱监听器
    .NET陷阱之三:“正确”使用控件也会造成内存泄露
    .NET陷阱之五:奇怪的OutOfMemoryException——大对象堆引起的问题与对策
    自己编译得到 arm64v8a 版本的libZBarDecoder.SO文件
  • 原文地址:https://www.cnblogs.com/latveder/p/3661391.html
Copyright © 2011-2022 走看看