LSA online shopping search
Simply find the best possible online shopping LSA deals
LSA shopping marketplace results
Shop LSA products and compare prices and listings on popular online marketplaces.
LSA video reviews
LSA news
LSA - BingNovice
OSPF中的LSA类型的详解
最重要的是LSA
各类lsa中:
在骨干区域中允许存在的有：一、二、三、四、五类lsa
一定是由ABR产生的有三、四类lsa
Type-1：路由器LSA（Router LSA）
作用：描述路由器自身的直连链路信息（接口的地址、接口类型、接口开销打包成1类LSA通告给邻居）
产生者：每一台运行OSPF的路由器都会产生该LSA
Link State ID：产生该LSA的路由器的Router-id(描述谁的信息)
ADV Router（始发路由器）（产生该种LSA的路由器）：产生该LSA的路由器的Router-id(谁产生的信息)
洪范范围：仅在其产生的区域内传播，不能离开产生区域。
Type-2：网络LSA（Network LSA）（ 有DR和BDR的路由选举）
作用：描述多点可达环境中的路由器，以及掩码网段信息（描述广播网段上的路由器的router-id）
产生者：DR，
Link State ID：DR的接口IP
ADV Router：产生该LSA的DR的Router-id
洪范范围：产生该LSA的一个区域内，不能离开产生区域。
注意：Broadcast，（在收集信息的时候掩码没有包含子在内。）、NBMA网络才有二类（有DR和BDR选举的），P2P没有二类LSA
DR产生Lsa，
二类是辅助一类的
Type-3：网络汇总LSA（Summary LSA）（sum-net）
作用：描述区域间的路由信息，将所连路由器的链路信息以子网的形式传播到相邻区域。
产生者：ABR
Link State ID：区域间传递路由的网络号，区域间的网络号。
ADV Router：产生或转发该LSA的ABR的Router-id
洪范范围：区域内洪范，ABR在区域间转发时会重新生成（将ARV Router改为自己）
※ 注意：正因为3类LSA描述的是路由信息，而非链路状态信息，因此，OSPF区域间是类似于距离矢量的工作原理！！！
因此，OSPF规定所有的非0区域必须直接和区域0相连，目的是为了在区域间防止环路！！！！
由display ospf lsdb查看RTC 能不能用链路信息描述一下拓扑的结构
Type-4：ASBR总汇LSA（ASBR summary LSA）（Sum-Asbr）
作用：告诉其他路由器，ASBR的位置
产生者：ABR
Link State ID：ASBR的Router-id
ADV Router：产生或转发该LSA的ABR的Router-id
洪范范围：区域内洪范，ABR在区域间转发时做相应修改（ARV Router/COST），ABR在区域间转发时需要把通告路由器该为自己，cost也会被修改
Type-5：AS外部LSA（AS External LSA）（External）
作用：描述AS外部路由信息（被引入的路由信息）
产生者：ASBR
Link State ID：AS外部路由信息的网络号，就是那个引入的外部路由的网络号
ADV Router：ASBR的Router-id
洪范范围：整个OSPF路由域（特殊区域除外）
Type 1外部路由：5类LSA的cost=外部开销+内部的cost，5类lsa的开销+本设备到达ASBR的开销
Type 2外部路由：5类LSA的cost=外部开销的值（缺省为1）（缺省情况下使用type 2的开销计算方式）
Type-7：NSSA AS外部LSA（AS External LSA）（NAAS自制系统外部LSA）
作用：描述NSSA区域引入的ospf外部路由信息（被引入的路由信息）
始发者：NSSA区域的ASBR
洪泛的范围：只在NSSA区域内。（特殊区域除外）。
Link State ID：外部路由器的网络号
ADV Router：始发该lsa的NSSA区域的ASBR的route-id
当ABR执行7类转5类后，ABR也会把ADR router也会转变为Route-id，（就相当于其他路由器把7转5的路由的看做了ASBR）
OSPFv3中LSA详解（五）——Intra-Area-Prefix LSA详解
今天继续给大家介绍OSPFv3中LSA变化，LSA的变化时OSPFv3相对于OSPFv2的一大重大改变，本文的主要内容是OSPFv3中新增的一类LSA——Intra-Area-Prefix LSA的详解。
阅读本文，您需要有一定的OSPF基础知识，如果您对此还存在疑惑，欢迎查阅我博客内的其他文章，相信您一定会有所收获！
一、Intra-Area-Prefix LSA概述
在OSPFv2中，依附于路由器和Stub网络的subnet出现在Router LSA中，依附于Transit网络的Subnet出现在Network LSA中。而在OSPFv3中，Router LSA和Network LSA不再包含地址信息，所以引入Intra-Area-Prefix LSA。
二、Intra-Area-Prefix LSA报文结构
在OSPFv3中，Intra-Area-Prefix LSA报文如下所示：
在Intra-Area-Prefix LSA报文中，上述字段含义如下所示：
#prefix： 表示该LSA中包含的IPv6地址前缀个数
Referenced Link State Type： 表示该LSA的参考LSA
Referenced Link State ID： 表示该参考LSA的链路类型
Referenced Advertising Router： 表示该参考LSA的Router ID或DR的ID
Prefix Length： 前缀的bit数
Prefix Options： 表达前缀的一些特性
Metric： 表示前缀的开销值
Address Prefix Length： IPv6地址前缀
三、Intra-Area-Prefix LSA作用
在OSPFv2中，使用Router LSA和Network LSA来发布区域内的路由器信息和拓扑信息。而在OSPFv3中，Router LSA和Network LSA只发布区域内的拓扑信息。而链路上的路由信息，则是由Link LSA来发布。但是Link LSA的洪范范围又仅仅是整个链路，无法传递到整个区域。因此，要完成OSPFv3的路由功能，还必须借助Intra-Area-Prefix LSA，来讲网络信息发布到整个区域。
在OSPFv3中，每台路由器或tra网络可以产生一个或多个Intra-Area-Prefix LSA。当产生多个Intra-Area-Prefix LSA时，这些Intra-Area-Prefix LSA可以通过LSA ID进行区分。
由于Intra-Area-Prefix LSA是发布Router LSA和Network LSA的路由信息，因此一条Intra-Area-Prefix LSA一定会依附与一个Router LSA或Network LSA。如果进一步细分，可以将Intra-Area-Prefix LSA分成依附于路由器的Intra-Area-Prefix LSA，依附于Stub网络的Intra-Area-Prefix LSA和依附于Transit网路的Intra-Area-Prefix LSA。
因此，在Intra-Area-Prefix LSA报文的Referenced Link State Type字段中，如果该值为1，则表示该Intra-Area-Prefix LSA携带的Prefix依附与Router（包括Stub网段），如果该值为2，则表示该Intra-Area-Prefix LSA携带的Prefix依附与Transit Network；在Intra-Area-Prefix LSA的Referenced Link State ID字段中，如果Intra-Area-Prefix LSA依附的是Router LSA时， 则该字段为全0，如果Intra-Area-Prefix LSA依附的是Transit LSA时，则该字段的值为DR的接口ID；在Intra-Area-Prefix LSA的Referenced Advertising Router字段中，如果Intra-Area-Prefix LSA依附的是Router LSA时，则该字段为依附的路由器Router ID，如果Intra-Area-Prefix LSA依附的是Transit LSA时，则该字段为该网络中DR的Router ID。
原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200/article/details/119060361
LSA误报问题再现，微软撤回Defender修复补丁
近日，微软宣布撤回最近的Microsoft Defender修复补丁。据称该补丁是为了修复了触发持续的重启警报和Windows安全警告这个问题，即本地安全授权(LSA)保护已关闭。
LSA保护通过阻止LSASS进程内存转储和将不受信任的代码注入LSASS.exe进程(否则将允许提取敏感信息)，帮助保护Windows用户免受凭证盗窃企图的侵害。
3月21日，微软正式表示确实存在此问题。此前有大量用户报告Windows 11系统警告LSA保护关闭，然而在设置用户界面中显示的却是打开状态。
Redmond表示，这个已题引发的持续重启警报只会出现在Windows 11 21H2和22H2系统上。
几周后，微软发布的Microsoft Defender更新将LSA保护功能的用户界面设置替换为称为内核模式硬件强制堆栈保护的新功能。但由于微软没有记录这个变化，导致用户在使用中出现了混淆。
微软方面表示：LSA保护并没有被移除，仍然是内置，默认情况下在Windows 11机器上。而在最新的Windows内部预览版中，有一个更新改变了该功能的用户界面(UI)外观。之前说它只在Windows 11内部版本中确实说错了，事实上是它在Windows 11 22H2中可用。
4月26日，Redmond宣布他们已经修复了LSA保护UI的相关问题。不过为了确保混淆警报不再显示在Windows设置应用程序中，所以修复是通过删除KB5007651防御者更新中的设置来完成的。
防御更新导致蓝屏和随机重启
Redmond透露，由于在游戏影响部署了Defender更新的Windows 11系统时出现蓝屏或意外系统重启，因此他们决定停止推送KB5007651 Defender更新。
微软表示：这个已知的问题之前已经通过微软Defender Antivirus反恶意软件平台KB5007651(版本1.0.2303.27001)的更新解决了。但又发现了其他问题，并且该更新不再提供给设备。
如果你已经安装了1.0.2303.27001版本并收到蓝屏错误，或者如果你的设备在试图打开一些游戏或应用程序时重启，那么你需要禁用内核模式硬件强制堆栈保护。而要禁用内核模式HSP，你必须在Windows安全应用程序中进入设备安全>核心隔离，并切换“内核模式硬件强制堆栈保护”功能。
除了禁用内核模式硬件强制堆栈保护功能外，微软没再有其他什么动作。那些已经安装了错误版本Defender更新的用户，电脑已经出现了系统重启和蓝屏的现象，他们并不知道要如何解决由这个问题。
当内核模式HSP启用时，一些冲突的游戏反作弊驱动程序导致Windows崩溃或冲突，包括PUBG, Valorant (Riot Vanguard)， Bloodhunt, Destiny 2, Genshin Impact, fantasy Star Online 2 (game Guard)和Dayz。
修复版本发布前可采取的解决方案
微软方面表示，目前他们正在尽可能修复影响Windows 11系统的持续LSA保护警告的问题，将尽快为用户提供更多细节。
但有一些用户没有安装KB5007651但仍然会出现重启警告，针对这种情况，Redmond分享了一个解决方案称他们可以直接忽略重启通知。如果用户启用了本地安全机构(LSA)保护，并且至少重启过一次设备，就可以忽略警告通知，并忽略任何提示重启的额外通知。
用户可以使用Windows事件查看器检查该功能是否已经在自己的计算机上启用。只要通过查找Wininit事件即可获知，若事件显示“LSASS.exe是作为级别为4的受保护进程启动的”，表明该进程被隔离并受到LSA保护。
两个月前，微软宣布，如果Windows 11内部用户的系统通过了不兼容性审计检查，那么LSA保护将在Canary通道中默认启用。
LSA和Kernel-mode硬件强制栈保护是分开的设置
在有关LSA保护的故障排除步骤中，微软仍在讨论内核模式硬件强制堆栈保护的问题，这令人十分迷惑。
此前微软曾明确表示这两个功能是不相关的，但他们此次在支持公告中仍把这两个功能混为一谈。LSA和Kernel-mode硬件强制栈保护是分开的设置。
微软表示，在最新的Windows Insider预览版本中，增加了内核模式的HSP设置，它不是LSA保护的替代品。但这个说法并不正确，因为内核模式的HSP已经在生产构建中，而不仅仅是Windows内部预览。