SONIC 子系统介绍

本部分旨在提供每个docker容器中包含的功能的描述，以及从linux-host系统运行的主要SONiC组件。目的是为读者提供高层次的介绍。在后续部分中，将采用一种更加图形化(希望如此)的直观方法。

teamed 容器：在SONiC设备中运行链接聚合功能(LAG)。 “ teamed”是基于Linux的LAG协议的开源实现。 “团队同步”过程允许“团队”子系统和南向子系统之间进行交互。

Pmon容器：负责运行“ sensored”的守护程序，该守护程序用于定期记录硬件组件中的传感器读数并在发出警报时发出警报。 Pmon容器还托管“ fancontrol”进程，以从相应的平台驱动程序收集与风扇相关的状态。

Snmp容器：托管snmp功能。此容器中有两个相关过程：

------Snmpd：负责处理来自外部网络元素的传入snmp轮询的实际snmp服务器。

-------Snmp代理(sonic_ax_impl)：这是SONiC的AgentX snmp子代理的实现。该子代理向主代理(snmpd)提供从集中式Redis引擎中SONiC数据库收集的信息。

Dhcp中继容器：dhcp中继代理可将DHCP请求从没有DHCP服务器的子网中继到其他子网上的一台或多台DHCP服务器。

Lldp容器：顾名思义，此容器承载lldp功能。这些是在此容器中运行的相关进程：

-----Lldp：具有lldp功能的实际lldp守护程序。这是与外部对等方建立lldp连接以通告/接收系统功能的过程。

-----Lldp_syncd：负责将lldp的发现状态上载到集中式系统的消息基础结构(重新分发引擎)的过程。这样，lldp状态将传递给对使用此信息感兴趣的应用程序(例如snmp)。

-------Lldpmgr：进程为lldp守护程序提供增量配置功能;它通过在redis引擎内订阅STATE_DB来实现。有关此主题的详细信息，请参见下文。

Bgp容器：运行支持的路由堆栈之一：Quagga或FRR。即使容器是根据使用的路由协议(bgp)命名的，实际上，这些路由堆栈也可以运行其他各种协议(例如ospf，isis，ldp等)。

BGP容器功能细分如下：

----bgpd：常规的bgp实现。来自外部各方的路由状态通过常规的tcp / udp套接字接收，并通过zebra / fpmsyncd接口下推到转发平面。

----zebra：充当传统的IP路由管理器;也就是说，它提供了跨不同协议的内核路由表更新，接口查找和路由重新分配服务。 Zebra还负责将计算出的FIB下推到内核(通过netlink接口)和转发过程中涉及的南向组件(通过Forwarding-Plane-Manager接口–FPM–)。

----fpmsyncd：小型守护程序，负责收集由zebra生成的FIB状态并将其内容转储到redis引擎中的Application-DB表(APPL_DB)中。

数据库容器：托管redis数据库引擎。 SONiC应用程序可以通过redis-daemon为此目的公开的UNIX套接字访问SONiC应用程序中的数据库。这些是redis引擎托管的主要数据库：

----APPL_DB：存储由所有应用程序容器生成的状态-路由，下一跳，邻居等。这是所有希望与其他SONiC子系统进行交互的应用程序的南向入口点。

----CONFIG_DB：存储SONiC应用程序创建的配置状态-端口配置，接口，VLAN等。

----STATE_DB：存储系统中配置的实体的“键”操作状态。此状态用于解决不同SONiC子系统之间的依赖性。例如，LAG端口通道(由组合子模块定义)可以潜在地指代系统中可能存在或可能不存在的物理端口。另一个示例是VLAN的定义(通过vlanmgrd组件)，它可以引用系统中不确定其存在的端口成员。本质上，此数据库存储所有被认为是解决交叉模块依赖性所必需的状态。

----ASIC_DB：存储必要的状态以驱动asic的配置和操作-此处的状态保持为asic友好格式，以简化已同步(请参见下面的详细信息)和asic SDK之间的交互。

数学

群论在数学上被广泛地运用，通常以自同构群的形式体现某些结构的内部对称性。结构的内部对称性常常和一种不变式性质同时存在。如果在一类操作中存在不变式，那这些操作转换的组合和不变式统称为一个对称群。

阿贝尔群概括了另外几种抽象集合研究的结构，例如环、域、模。在代数拓扑中，群用于描述拓扑空间转换中不变的性质，例如基本群和透射群。

李群的概念在微分方程和流形中都有很重要的角色[2]，因其结合了群论和分析数学，李群能很好的描述分析数学结构中的对称性。对这类群的分析又叫调和分析。在组合数学中，交换群和群作用常用来简化在某些集合内的元素的计算。