静态lacp和动态lacp的区别

1、用户权限不同

动态lacp汇聚是一种系统自动创建/删除的汇聚，不允许用户增加或删除动态lacp汇聚中的成员端口。

只有速率和双工属性相同、连接到同一个设备、有相同基本配置的端口才能被动态汇聚在一起。即使只有一个端口也可以创建动态汇聚，此时为单端口汇聚。动态汇聚中，端口的lacp协议处于使能状态。

静态lacp汇聚由用户手工配置，不允许系统自动添加或删除汇聚组中的端口。汇聚组中必须至少包含一个端口。当汇聚组只有一个端口时，只能通过删除汇聚组的方式将该端口从汇聚组中删除。

静态汇聚端口的lacp协议为激活状态，当一个静态汇聚组被删除时，其成员端口将形成一个或多个动态lacp汇聚，并保持lacp的被激活。禁止用户关闭静态汇聚端口的lacp协议。

2、端口状态不同

在静态汇聚组中，端口可能处于两种状态：selected或standby。selected端口和standby端口都能收发lacp协议，但standby端口不能转发用户报文。

在静态汇聚组中，系统按照以下原则设置端口处于selected或者standby状态：

在动态汇聚组中，端口可能处于两种状态：selected或standby。selected端口和standby端口都能收发lacp协议，但standby端口不能转发用户报文。

由于设备所能支持的汇聚组中的最大端口数有限制，如果当前的成员端口数量超过了最大端口数的限制，则本端系统和对端系统会进行协商，根据设备id优的一端的端口id的大小，来决定端口的状态。

3、协商步骤不同

动态端口：比较设备id（系统优先级+系统mac地址）。先比较系统优先级，如果相同再比较系统mac地址。设备id小的一端被认为优。

比较端口id（端口优先级+端口号）。对于设备id优的一端的各个端口，首先比较端口优先级，如果优先级相同再比较端口号。端口id小的端口为selected端口，剩余端口为standby端口。

在一个汇聚组中，处于selected状态且端口号最小的端口为汇聚组的主端口，其他处于selected状态的端口为汇聚组的成员端口。

静态端口：与处于selected状态的最小端口所连接的对端设备不同，或者连接的是同一个对端设备但端口在不同的汇聚组内的端口将处于standby状态。

端口因存在硬件限制（如不能跨板汇聚）无法汇聚在一起，而无法与处于selected状态的最小端口汇聚的端口将处于standby状态。

与处于selected状态的最小端口的基本配置不同的端口将处于standby状态。

由于设备所能支持的汇聚组中的selected端口数有限制，如果当前的成员端口数超过了设备所能支持的最大selected端口数，系统将按照端口号从小到大的顺序选择一些端口为selected端口，其他则为standby端口。

扩展资料：

LACP链路聚合控制协议：

LACP是通过向所有启用LACP协议的链路发送LACPDU Frame来工作的，如果发现链路另一端的设备也启用了LACP，LACP将独自在同一条链路上发送Frame，使得两者能够发现它们之间的多条链路，并将它们合并成单条逻辑链路。

LACP可以配置为两种模式中的一种：Active或Passive。在Active模式下，LACP主动在配置的链路上发送Frame;在Passive模式下，LACP的反应是“speak when spoken to”，从而可以作为控制意外环路的一种方法(只要其他设备在Active模式下)。

IEEE 802.3ad定义的LAC(Link Aggregation Group)是一个允许交换机自动协商端口绑定链路的协议，通过发送LACP Frame给Peer来实现。

这些Frame在支持port channel的交换机端口之间进行交换，从而学习邻居身份以及port group capability并与本地交换机对比，然后LACP为port channel的端点分配角色。

系统优先级最低的交换机根据端口优先级决定哪些端口可在某一时段作为端口聚合的Active port。例如，一组8 link的port channel，在任何时候LACP选择4个优先级最高的端口作为Active port，通常数值越小的端口优先级越高。

另外8条链路置于hot-standby状态，如果一条Active Link down，就会激活其它的链路。端口优先级是可配置的，如果没有配置，则使用不同厂商自己的默认值。

如果端口使用了相同的值，厂商通常会实现一个“tie breaker”，比如lower port number作为Active port，即port 1/1 > port 1/5。

Port Channel中的每一个端口必须分配同样且唯一的channel group number。

LACP自动在配置为使用LACP的端口上配置一个等于channel group number的管理键值(Administrative key value)，该管理键值定义了端口与其他端口聚合的能力(ability)。

一个端口与其他端口做聚合的能力取决于带宽、双工模式、点对点或共享介质的状态。通道协商必须设置为ON(无条件通道;没有LACP协商)，Passive(被动监听并等待询问)或Active(主动询问)。

百度百科-lacp?

lac rac 更新分别是什么意思

1.启动子

启动子是DNA链上一段能与RNA聚合酶结合并能起始mRNA合成的序列，它是基因表达不可缺少的重要调控序列。没有启动子，基因就不能转录。原核生物启动子是由两段彼此分开且又高度保守的核苷酸序列组成，对mRNA的合成极为重要。启动子区域:

(1)Pribnow盒，位于转录起始位点上游5-10bp，一般由6~8个碱基组成，富含A和T，故又称为TATA盒或-10区。启动子来源不同，Pribnow盒的碱基顺序稍有变化。

(2)-35区，位于转录起始位点上游35bp处，故称-35区，一般由10个碱基组成。

启动子有强弱之分，虽然原核细胞仅靠一种RNA聚合酶就能负责所有RNA的合成，但它却不能识别真核基因的启动子。为了表达真核基因，必须将其克隆在原核启动子的下游，才在原核表达系统中被转录。在原核生物表达系统中，通常使用的可调控的强启动子有lac (乳糖启动子)、trp (色氨酸启动子)、PL和PR(λ噬菌体的左向和右向启动子)以及tac(乳糖和色氨酸的杂合启动子)等。

有必要和大家说清楚下基本概念：

1、位置区（LAC)、路由区(RAC)和UMTS登记区-----(URA)的概念只出现在移动性状态管理中，与LA和RA没有关系。

2、UMTS中位置区和路由区的概念和GSM(语音）及GPRS/EDGE（数据）中的是一致的，MSC负责位置区的管理、SGSN负责路由区的管理，保存了当前漫游用户（含本局）的位置信息，以便正确寻呼到用户。

3、LAC,RAC是多个CELL的组合，通过一定的标识符加以标识，位置区LA（Location Area）的标识符是LAI，路由区RA（Routing Area）的标识符是RAI，RA是包含在LA内的。

LAI由MCC、MNC和LAC组成、而RAI由MCC、MNC、LAC和RAC组成，所以RA应小于等于LA。在网络初期，RA和LA的区域应相等，随着数据业务量的增加，RA分裂数增加，等同寻呼量大时候必须要做的LAC分裂。

4、移动台在作话音呼叫时，跨LAC移动将发生位置区更新；在数据呼叫时，跨RAC移动时将发生路由区的更新过程。系统寻呼时，根据业务类型寻呼是在LAC内或RAC内发生寻呼的。小区（cell）是移动台可以识别的当前在系统中所能驻扎的最小单位，小区可以是扇区（Sector）的概念也可以不是。服务区（Serivce Area）是移动台所能获得业务提供的最大区域范围。

5、针对现网来说，用户驻留小区必属于一个BSC(RNC),此BSC/RNC必然是属于一个LAC(RAC)，如果在LAC边缘地区，或者城市边缘区域，这些相关参数设置不合理就会造成频繁的LUD，这些可以通过调整LAC范围和MSC的C/S参数解决。

在UMTS中移动台进入休眠状态时，会选择一个URA或一个小区内，进入URA-PCH状态进行休眠，取决于移动性管理的当前状态。事实上，系统关心的通信过程还是LA和RA的更新过程。

另外UMTS的USIM卡上包含了与用户有关的信息，包括IMSI、MSISDN、密钥、服务列表和临时识别符（动态数据）等，这些都可以在一些测试手机中可以查到具体信息，可以辅助了解UE具体行为。

6、针对无线来说：LAC负责控制寻呼信道的负荷，在同一MSC下，LAC划分是与地理状态，话务量和CELL分布情况密切相关，并且会相应调整。具体来说，LAC区域设置不宜过小，其边界应尽可能避开话务密集区，以减少乒乓登记及2次 PAGING发生的几率（如果区域规划的过大，则寻呼信道负荷过重，同时增加了Iub口的信令流量。如果区域规划的过小，则UE会频繁地发生位置／路由区更新，增加了系统的信令开销和手机的耗电。另外，在高话务的大城市，如果存在两个以上的位置区，可以利用市区中山体、河流等地形因素来作为位置区的边界，减少两个位置区下不同小区的交叠深度。如果不存在这样的地理环境，位置区的划分尽量不要以街道为界，边界不要放在话务量很高的地方（比如商场）。一般要求位置区边界不与街道平行或垂直，而是斜交。在市区和城郊交界区域，一般将位置区的边界放在外围一线的基站处，而不是放在话务密集的城郊结合部，避免结合部用户频繁位置更新。）--这些可以通过前台看出，也可以结合LU口去监控网络状态

7、一般来说无线优化人员在寻呼相关参数确定后，就能知道寻呼信道的最大负载能力，确定寻呼间隔时长，寻呼信道分配以及寻呼重分配次数，还需要考虑到寻呼冗余，避免出现信道拥塞，话务溢出。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com