ensp

在ensp上的mstp基础配置

末鹿安然 提交于 2019-12-06 16:25:23
为什么需要mstp? 因为stp中存在阻塞端口,阻塞后不承载流量,造成了带宽浪费 实验模拟 实验拓扑 相关参数 首先我们在交换机上创建vlan 10,20 设置端口 默认是运行mstp服务看一下 pc1和pc2 ping一下,在s2的e0/0/2抓包,发现没有数据从这里经过,此时S2和S3之间的链路完全闲置浪费资源 下面我们配置多个MST域,每个域中都有一张映射表,描述VLAN与MSTP之间的映射关系,默认情况下都映射到MSTI 0中 进去MST域 修改域名 设置修订级别为1 指定VLAN10映射到MSTI 1中,指定VLAN20映射到MSTI2中 激活MST域配置 S2,S3上一样的配置,同一MST域中必须具有相同的域名,修订级别和vlan映射关系 设置完成后,查看MST域的配置信息 ping的话再在E0/0/2接口上还是抓不到数据包,因为我们虽然配置了MSTP多实例,但是每个实例都进行独立的生成树计算 我们来看一下不同实例中的生成树状态和信息,发现一样 我们要实现链路被利用,我们可以在实例1中保持不变,实例2中使S2成为根交换机 再看一下实例2就会发现改变了,S2成为根交换机 在S3的E0/0/1接口抓包 发现可以通过(PC1和PC2) 在S3的E0/0/2接口抓包发现可以通过(PC3和PC4) 完成!nice!记得save 来源: https://www.cnblogs

eNSP——RSTP的基础配置

丶灬走出姿态 提交于 2019-12-06 10:34:12
原理: RSTP把原来的5种状态缩减为3种。根据端口是否转发用户流量和学习MAC地址来划分:如果不转发用户流量也不学习MAC地址,那么端口状态就是Discarding状态;如果不转发用户流量但是学习MAC地址,那么端口状态就是Learning状态;如果既转发用户流量又学习MAC地址,那么端口状态就是Forwarding状态。 例子: 本实验模拟公司网络场景。S3和S4是接入层交换机,负责用户的接入,S1和S2 是汇聚层交换机,四台交换机组成一个环形网络。为了防止网络中出现环路,产生网络风暴,所有交换机上都需要运行生成树协议。同时为了加快网络收敛速度,网络管理员选择使用RSTP协议,且使得性能较好的S1为根交换机,S2为次根交换机,并配置边缘端口进一步优化公司网络。 拓扑图: 实验编址: 1.基础配置 进行PC机的基础配置。开启后,测试它们的连通性。 2.配置RSTP的基础功能 像这样开启S1 S2 S3 S4的stp功能(其他同理) 配置完后可以用命令 display stp 查看一下生成树的模式和根交换机的位置 我们网络管理员需要设置汇聚层主交换机S1为根交换机,S2为备份交换机。 现在我们再看一下每台交换机上的端口角色及状态 我们发现S1根交换机上无根端口,全部都是指定端口;S2 GE0/0/1是根端口;S3上E0/0/2是根端口,E0/0/1 E0/0/3是指定端口,E0/0

XPath 爬虫解析库

我的梦境 提交于 2019-12-06 10:32:21
XPath     XPath,全称 XML Path Language,即 XML 路径语言,它是一门在 XML 文档中查找信息的语言。最初是用来搜寻 XML 文档的,但同样适用于 HTML 文档的搜索。所以在做爬虫时完全可以使用 XPath 做相应的信息抽取。 1. XPath 概览     XPath 的选择功能十分强大,它提供了非常简洁明了的路径选择表达式。另外,它还提供了超过 100 个内建函数,用于字符串、数值、时间的匹配以及节点、序列的处理等,几乎所有想要定位的节点都可以用 XPath 来选择。     官方文档: https://www.w3.org/TR/xpath/ 2. XPath 常用规则 表达式 描述 nodename 选取此节点的所有子节点 / 从当前节点选区直接子节点 // 从当前节点选取子孙节点 . 选取当前节点 .. 选取当前节点的父节点 @ 选取属性     这里列出了 XPath 的常用匹配规则,示例如下: //title[@lang='eng']     这是一个 XPath 规则,代表的是选择所有名称为 title,同时属性 lang 的值为 eng 的节点,后面会通过 Python 的 lxml 库,利用 XPath 进行 HTML 的解析。 3. 安装 windows->python3环境下:pip install lxml 4.

eNSP——STP配置和选路规则

血红的双手。 提交于 2019-12-06 10:26:50
原理: STP是用来避免数据链路层出现逻辑环路的协议,使用BPDU传递网络信息计算出一根无环的树状网络结构,并阻塞特定端口。 在网络出现故障的时候,STP能快速发现链路故障,并尽快找出另外一条路径进行数据传输。 交换机上运行的STP通过BPDU信息的交互,选举根交换机,然后每台非根交换机选择用来与根交换机通信的根端口,之后每个 网段选择用来转发数据至根交换机的指定端口,最后剩余端口则被阻塞。 在STP工作过程中,根交换机的选举,根端口、指定端口的选举都非常重要。华为VRP提供了各种命令来调整STP的参数,用 以优化网络。例如,交换机优先级、端口优先级、端口代价值等。 例子: 公司购置了4台交换机,组建网络。考虑到网络的可靠性,将4台交换机如图4-1所示拓扑搭建。由于默认情况下,交换机之间运 行STP后,根交换机、根端口、指定端口的选择将基于交换机的MAC地址的大小,因此带来了不确定性,极可能由此产生隐患。 公司网络规划,需要S1作为主根交换机,S2作为S1的备份根交换机。同时对于S4交换机,E0/0/1接口应该作为根端口。对于S2和 S3之间的链路,应该保证S2的E0/0/3接口作为指定端口。同时在交换机S3上,存在两个接口E 0/0/10、E 0/0/11连接到测试PC,测试 PC经常上下线网络,需要将交换机S3与之相连的对应端口定义为边缘端口,避免测试电脑上下线对网络产生的影响

微任务,宏任务顺序

梦想与她 提交于 2019-12-06 08:48:28
前言 JS中整个循环当中,仅存在一个《》 理解一下概念问题 微任务,宏任务 宏任务需要多次事件循环才能执行完,微任务是一次性执行完的; 2.宏任务macrotask: (事件队列中的每一个事件都是一个macrotask) 优先级:主代码块 > setImmediate > MessageChannel > setTimeout / setInterval 比如:setImmediate指定的回调函数,总是排在setTimeout前面 3.微任务包括: 优先级:process.nextTick > Promise > MutationObserver 需要多注意 process.nextTick 永远大于 promise.then, 原因其实很简单 在Node中,_tickCallback在每一次执行完TaskQueue中的一个任务后被调用,而这个_tickCallback中实质上干了两件事: 1.nextTickQueue中所有任务执行掉(长度最大1e4,Node版本v6.9.1) 2.第一步执行完后执行_runMicrotasks函数,执行microtask中的部分(promise.then注册的回调) 盗一张图: 但是js异步有一个机制,就是遇到宏任务,先执行宏任务,将宏任务放入eventqueue,然后在执行微任务,将微任务放入eventqueue,

在ensp中RSTP基础设置

扶醉桌前 提交于 2019-12-06 06:59:11
为什么我们要有rstp? rstp就是stp的加强版 实验模拟内容 搭建拓扑 相关参数(实验的时候看看自己的mac地址可能与我的并不同) 我们开始配置RSTP基本功能,由于交换机默认开启MSTP,所有我们只需要修改生成树模式就可以了(就截图了一个,四个交换机都设置) 配置完后,我们查看一下生成树的模式以及根交换机的位置 我们发现根交换机不是S1交换机也不是S2交换机(下面第一行是交换机的id,root等于bid时说明这台交换机是根交换机) S1不是根交换机我们把他设置成根交换机,因为我们最终需要它根交换机 再把交换机S2设置成备份根交换机 这时候再看S1的stp状态发现是根交换机了 S2的桥ID也变为次小 我们下面来看一下S2端口的状态,目前1为根端口,2为指定端口 顺便看下S3的,S3的不太一样 如果S2的根端口断掉了,S2会选择把其他到达根交换机的端口设置成根端口,g0/0/2就会重新成为根端口,当然啦rstp会快速的收敛 我们模拟把s2的g0/0/1端口down掉 再看一下S2的stp表,发现g0/0/2端口迅速的变成root,并且状态变为转发 我们在恢复端口 发现S2又变回来了(RSTP使用P/A机制和根端口快速切换机制缩短了收敛时间,减小了对网络通信的影响) 下面我们配置边缘端口(生成树的计算主要发生在交换机互连的链路之上,而连接PC的端口没必要参加生成树的计算

Ensp配置使用Hybrid接口

廉价感情. 提交于 2019-12-06 04:16:06
Hybrid接口是华为特有的一种接口Hybrid接口是既可以连接普通终端的接入链路,又可以连接交换机间的干道链路。简单说就是Hybrid接口既能实现Access的功能又能实现Trunk接口的功能。 实验模拟: 实验拓扑: 实验编址: 测试连通性: 查看交换机接口类型(默认情况下都是hybrid类型) display port vlan 来源: https://www.cnblogs.com/arisskz6/p/11961375.html

在eNSP上配置VLAN的Trunk端口

谁说我不能喝 提交于 2019-12-06 03:26:43
1.实验内容:在不同交换机下不同部门的员工能够互相通信,需要配置交换机之间的链路,跨交换机实现VLAN间通信 2.实验拓扑图 3.实验配置 按照实验编址表编辑配置所有PC机的IP地址 编址表如下图: 实验步骤 1)基本配置 根据实验编址表配置好之后,使用ping命令检测各直连链路的连通性。(这里提醒读者在没有划分VLAN之前各PC之间都能互通)如下图所示:(PC1与PC2ping通,其余操作省略) 2)创建VLAN,配置Access接口 这里以S1为例划分VLAN,配置Access接口 <Huawei>sys [Huwei]sysname S1 //更改交换机名称 [S1]vlan batch 10 20 //创建vlan10 和 vlan20 [S1]interface Ethernet0/0/2 [S1-Ethernet0/0/2]port link-type access [S1-Ethernet0/0/2]port default vlan 10 [S1-Ethernet0/0/2]quit [S1]interface Ethernet0/0/3 //进入接口0/0/3 [S1-Ethernet0/0/3]port link-type access //设置接口类型 [S1-Ethernet0/0/3]port default vlan 20 //划分到vlan 20

锂电池保护原理

折月煮酒 提交于 2019-12-06 01:06:41
https://wenku.baidu.com/view/58394eabaeaad1f347933f2a.html 锂电池保护板工作原理及过放过充短路保护解析    锂电池保护板根据使用IC,电压等不同而电路及参数有所不同,下面以DW01 配MOS管8205A进行讲解:    锂电池保护板其正常工作过程为:    当电芯电压在2.5V至4.3V之间时,DW01 的第1脚、第3脚均输出高电平(等于供电电压),第二脚电压为0V。此时DW01 的第1脚 、第3脚电压将分别加到8205A的第5、4脚,8205A内的两个电子开关因其G极接到来自DW01 的电压,故均处于导通状态,即两个电子开关均处于开状态。此时电芯的负极与保护板的P-端相当于直接连通,保护板有电压输出。         2.保护板过放电保护控制原理:  当电芯通过外接的负载进行放电时,电芯的电压将慢慢降低,同时DW01 内部将通过R1电阻实时监测电芯电压,当电芯电压下降到约2.3V时DW01 将认为电芯电压已处于过放电电压状态,便立即断开第1脚的输出电压,使第1脚电压变为0V,8205A内的开关管因第5脚无电压而关闭。此时电芯的B-与保护板的P-之间处于断开状态。即电芯的放电回路被切断,电芯将停止放电。保护板处于过放电状态并一直保持。等到保护板的P 与P-间接上充电电压后,DW01 经B

Ensp配置Trunk接口

社会主义新天地 提交于 2019-12-06 00:51:02
原理 1.trunk 端口收报文:收到一个报文,判断是否有VLAN 信息;如果有,判断该trunk 端口是否允许该VLAN 的数据进入;如果可以则转发,否则丢弃;如果没有VLAN 信息则打上端口的PVID,并进行交换转发。(可以将trunk口看做是access口功能上的扩充,对于有VLAN信息的数据包Access直接丢弃,而Trunk则会对有指定VLAN的数据包直接转发) 2.Trunk 端口发报文:比较将要发送报文的VLAN 信息和端口的PVID;如果不相等则直接发送;如果两者相等则剥离VLAN 信息,再发送。(Access口发数据包时对所有数据包去除VLAN信息,而Trunk只对与自己端口PVID相等(Trunk默认PVID与VLAN1相等)的数据包去VLAN信息,其他则直接转发) 总结:结合Trunk口接受与发送数据包特点,可以得出经双绞线相连的一对Trunk口或同一交换机上的两个Trunk口可以将数据包(有或无VLAN信息)原封不动的从一端传到另一端。 实验内容: 实验拓扑: 实验编址: 按照实验编址配置好基本IP地址后,使用Ping命令检测各直连线路的连通性。目前还没有划分VLAN,PC1、PC2、PC3和PC4应该能互相ping通(属于默认VLAN1) 这里以PC1 ping PC3为例,其他的同理。 创建VLAN: display vlan 查看所配置的vlan信息