OSPF中silent-interface用途

如果要使OSPF 路由信息不被某一网络中的路由器获得，可使用silent-interface
命令来禁止此接口发送OSPF 报文。

system-view
ospf [ process-id [ router-id router-id ] ]
silent-interface  silent-interface-type silent-interface-number

说明：
不同的进程可以对同一接口禁止发送OSPF 报文，但silent-interface 命令只对本进程已经使能的OSPF 接口起作用，对其它进程的接口不起作用。
将运行OSPF 协议的接口指定为Silent 状态后，该接口的直连路由仍可以发布出去，但接口的Hello 报文将被阻塞，接口上无法建立邻居关系。这样可以增强OSPF 的组网适应能力，减少系统资源的消耗。

时间： 2025-01-04 20:43:23

OSPF中silent-interface用途的相关文章

被动接口在rip，eigrp，ospf中的应用

被动接口的概念是:阻止从该接口发送路由更新.除了BGP之外的所有基于IP路由协议都可以使用被动接口, 一.在RIP中使用被动接口 1.使用被动接口的目的在某些网络环境中,我们不希望将RIP更新发送给某些路由器或者说发送到某个网络中去,我们就可以使用passive-interface这个命令阻止RIP更新广播从指定接口发送到外界,但是这一接口任然可以接受RIP更新 2.passive-interface的原理 应用了passive-interface的接口,也就是被动接口,是不能够发送广播和组播的

Ospf中的stub域、nssa域、虚链路和地址汇总

** Ospf中的stub域.nssa域.虚链路和地址汇总** Stub实验A. 实验需求:在R5上,链接 R6,并配置 192.168.100.0/24的接口:在R5上,将 192.168.100.0/24 通过 import-route方式,宣告进入到 OSPF : 为了保护区域 12 不收到 R5与R6 之间的外部链路不稳定造成的不良影响,所以需要将 区域12 配置为" stub 区域" .最终实现:R4可以访问 192.168.100.2 B. 实验步骤:1) 让内部RI.R2

Android中接口(Interface)的简单使用

  Android中接口(Interface)的简单使用 Java中的接口可以被看作是只包含常量和抽象方法的抽象类 . 可以使用如下方式定义一个接口: public interface InterfaceDemo { int i = 10; void method1(); int method2(); } 使用1: 解决“多重继承”的问题 Java语言本身是不支持类的多重继承(多重继承是指一个类从多个类继承而来,即一个类拥有多个超类)的,但一个类却可以实现多个接口.这样,我们可以将一些抽象方法定

OC中的@interface和java中的区别以及 @implementation @protocol

java 在java中的interface是‘接口’的意思,而java的类声明用class,即接口用interface声明,类是用class声明,是两个独立的部分. 只有在类声明要实现某个接口时,他们两者才建立了关系,例如: [html] view plaincopyprint? interface AI{ void print(); }; class AC{ }; 这时候,AI和AC是独立存在,AC不会因为没有和AI建立关系而编译错误,将AC做以下修改后,AI才和AC建立了关系,AC必须实现A

ospf中的DR和BDR

在OSPF中,有两个相当重要的概念:DR和BDR.我们先来看看什么叫DR,什么叫BDR,然后再来看看他们都是做什么的. DR:designatedrouter  指定路由器. BDR:backupdesignated router  备份指定路由器. 在一个LAN 连接中,OSPF将选举出一个路由器做为DR,再选举一个做为BDR,所有其他的和DR以及BDR相连的路由器形成完全邻接状态而且只传输LSA(链路状态通告)给DR和BDR. 换句话说,在一个OSPF的网络中,所有的路由器将被分为两类:指定

java中的getResourceAsStream用途

其实这个东西我也不明白,在项目中遇到了,我隐隐的感觉这是在读取一个文件信息,后来查阅了网友的相关博客,大概的总结一些这个玩意是干啥的. 首先,我们要知道在java中都有哪些个getResourceAsStream,以及参数的含义 主要的作用都是读取指定的文件,并返回一个输入流对象 1.这是我在项目中见到的方式 Server.class.getResourceAsStream("jdbc.properties") //读取指定文件,返回一个输入流InputStream对象 参数说明:这里

iOS中，在类的源文件(.m)中，@interface部分的作用？

此@interface部分为类扩展(extension). 其被设计出来就是为了解决两个问题的,其一,定义类私有方法的地方.其二,实现public readonly,private readwrite的property(意思是在h头文件中定义一个属性对外是readonly的,但在类的内部希望是可读写的,所以可以在m源文件中的@interface部分重新定义此属性为readwrite,此时此属性对外是只读的,对内是读写的). 此外,也可在此部分申明变量和属性,但申明的变量,属性和方法均为私有的,只

OSPF中的NSSA区域

前面我们介绍了末梢区域和完全末梢区域,今天我们来了解一下NSSA(非纯末梢区域).NSSA区域是OSPF RFC的补遗:1.定义了特殊的LSA类型7:2.具有末梢区域和完全末梢区域的优点:3.可以包含ASBR.我们大家接下来结合一个小拓补来了解NSSA区域如图,连接在末梢网络的某台路由器必须通过Area 2中的某一台路由器和骨干区域Area 0相连.但是,该路由器仅支持RIP路由协议,因此,Area 2中的某台路由器就需要同时运行RIP协议和OSPF协议.并利用路由重分发把该路由器学到的RIP路

假装网络工程师9——ospf中的1,2,3类lsa详解

一.前期回顾 之前讲过运行ospf的路由器之间是通过lsa进行消息传递,且建立邻接关系时,两端接口的网络类型必须一致,如果在MA类型网络中接口的掩码也要一致,p2p网络掩码可以不一致,只有MA网络中才有DR与BDR角色等约束条件,之所以有这些要求,从另一个维度讲都是因为lsa需要满足这些条件,本章就来详细介绍下ospf中的lsa种类及作用. 二.拓扑介绍 area1是一个MA网络类型,area0是p2p网络类型,R1,R2,R3处于一个广播域,交换机上未作任何设备,只当一个纯二层设备,R3的g0

假装网络工程师12——ospf中的特殊区域及6,7类lsa详解

一.背景介绍 假设有一个大型企业,各省市都有分公司,总路由与运营网络之间跑bgp,总路由与各省路由器在area 0,每个省的不同地市处在不同的area, 其网络拓扑如下所示,: 以area 1中的R5为例,当配置完ospf之后,R5上除了本区域的1,2类lsa外,还会通过3类lsa学习到area 2的路由,然后还会通过4,5类lsa学习到外部网络的路由及asbr条目,这样R5的路由表就会变得异常庞大,而路由表是存放在路由器的内存中,大量的lsa除了会造成带宽浪费,也会造成本地设备性能下降,基于此