在介绍管理与维护之前先应该说明下角色的选择。
1.3.3 角色选举
确定成员设备角色为Master或Slave的过程称为角色选举。角色选举会在拓扑变更的情况下产生，比如IRF建立、新设备加入、Master设备离开或者故障、两个IRF合并等。角色选举规则如下：
(1) 当前Master优先（IRF系统形成时，没有Master设备，所有加入的设备都认为自己是Master，会跳转到第二条规则继续比较）
(2) 成员优先级大的优先；
(3) 系统运行时间长的优先（各设备的系统运行时间信息也是通过IRF Hello报文来传递的）；
(4) 桥MAC地址小的优先。
从第一条开始判断，如果判断的结果是多个最优，则继续判断下一条，直到找到唯一最优的成员设备才停止比较。此最优成员设备即为Master，其它成员设备则均为Slave。在角色选举完成后，IRF形成，进入IRF管理与维护阶段。
说明：
IRF合并的情况下，两个IRF会进行IRF竞选，竞选仍然遵循角色选举的规则，竞选完成后，失败一方将自动重新启动，然后全部作为Slave设备加入竞选获胜的一方，最终合并为一个IRF。不管设备与其它设备一起形成IRF，还是加入已有IRF，如果该设备被当选为Slave，则该设备会使用Master的配置重新初始化和启动，以保证和Master上的配置一致，而不管该设备在重新初始化之前有哪些配置、是否保存了当前配置。
1.3.4 IRF的管理与维护
角色选举完成之后，IRF 形成，所有的成员设备组成一台虚拟设备存在于网络中，所有成员设备上的资源归该虚拟设备拥有并由Master统一管理。
1. 成员编号
在运行过程中，IRF系统使用成员编号（Member ID）来标志和管理成员设备，并在端口编号和文件系统中引入成员编号的标识信息。该编号关系到整个IRF的管理和运行，因此，需要用户在设备加入IRF前统一规划、配置设备的成员编号，以保证IRF中成员编号的唯一性。
2. 接口命名规则
对于单独运行的设备（即没有加入任何IRF），接口编号采用设备编号/子槽位编号/接口序号的格式，其中：
缺省情况下，设备编号为1。
如果设备曾经加入过IRF，则在退出IRF 后，仍然会使用在IRF 中时的成员编号作为自身的设备编号。
子槽位编号：接口所在子槽位的编号。S5500-SI/EI设备上，前面板上的端口所在子槽位编号为0，后面板上的两个扩展槽位的子槽位编号从左至右为1和2。
接口序号与各型号交换机支持的接口数量相关，请查看设备接口板上的丝印。
比如，要将单独运行的设备Sysname的接口GigabitEthernet1/0/1的接口链路类型设置为Trunk，
可参照以下步骤：
<Sysname> system-view
[Sysname] interface gigabitethernet 1/0/1
[Sysname-GigabitEthernet1/0/1] port link-type trunk
对于IRF中的成员设备，接口编号仍然采用成员设备编号/子槽位编号/接口序号的格式，其中：
成员设备编号用来标志不同成员设备上的接口。
子槽位编号和接口序号的含义和取值与单独运行时的一样。
比如，要将IRF 中的成员设备Slave3（成员编号为3）子槽位0上第一个端口的链路类型设置为
Trunk，可参照以下步骤：
<Sysname> system-view
[Sysname] interface gigabitethernet 3/0/1
[Sysname-GigabitEthernet3/0/1] port link-type trunk
3. 文件系统命名规则
对于单独运行的设备，直接使用存储介质的名称就可以访问设备的文件系统了（存储介质的命名请参见“基础配置指导”中的“文件系统管理配置”）。对于IRF 中的成员设备，直接使用存储介质的名称可以访问Master设备的文件系统，使用“slotMember-ID#存储介质的名称”才可以访问Slave设备的文件系统。比如：
1-7
(1) 创建并访问IRF中Master设备存储介质Flash根目录下的test文件夹，可参照以下步骤：
<Master> mkdir test
...
%Created dir flash:/test.
<Master> dir
Directory of flash:/
0 -rw- 10105088 Apr 26 2000 13:44:57 test.bin
1 -rw- 2445 Apr 26 2000 15:18:19 config.cfg
2 drw- - Jul 14 2008 15:20:35 test
30861 KB total (20961 KB free)
(2) 创建并访问IRF中Slave设备（成员编号为3）存储介质Flash根目录下的test文件夹，可参照以下步骤：
<Master> mkdir slot3#flash:/test
%Created dir slot3#flash:/test.
<Master> cd slot3#flash:/test
<Master> pwd
slot3#flash:/test
或者：
<Master> cd slot3#flash:/
<Master> mkdir test
%Created dir slot3#flash:/test.
(3) 将Master的test.bin文件拷贝到Slave3 Flash的根目录下，可参照以下步骤：
<Master> pwd
slot3#flash:
// 以上显示信息表明，当前的工作路径是Slave3 Flash的根目录
<Master> cd flash:/
<Master> pwd
flash:
// 以上操作表明，当前的工作路径已经回到了Master Flash的根目录
<Master> copy test.bin slot3#flash:/
Copy flash:/test.bin to slot3#flash:/test.bin?[Y/N]:y
%Copy file flash:/test.bin to slot3#flash:/test.bin...Done.
4. 配置文件的同步
IRF技术使用了严格的配置文件同步机制，来保证IRF中的多台设备能够像一台设备一样在网络中工作，并且在Master设备出现故障之后，其余设备仍能够正常执行各项功能。
IRF中的Slave设备在启动时，会自动寻找Master设备，并将Master设备的当前配置文件同步到本地并执行；如果IRF中的所有设备同时启动，则Slave设备会将Master设备的起始配置文件同步至本地并执行。
在IRF正常工作后，用户所进行的任何配置，都会记录到Master设备的当前配置文件中，并同步到IRF中的各个设备；用户在执行save命令将Master设备的当前配置文件保存为起始配置文件时，其它Slave设备均同步进行保存工作，以便使IRF 中所有设备的起始配置文件保持统一。通过即时的同步，IRF中所有设备均保存有相同的配置文件，即使Master设备出现故障，其它设备
仍能够按照相同的配置文件执行各项功能。
5. IRF拓扑维护
如果某成员设备A down或者IRF链路down，其邻居设备会立即将“成员设备A离开”的信息广播通知给IRF中的其它设备。获取到离开消息的成员设备会根据本地维护的IRF拓扑信息表来判断离开的是Master还是Slave，如果离开的是Master，则触发新的角色选举，再更新本地的IRF拓扑；如果离开的是Slave，则直接更新本地的IRF拓扑，以保证IRF拓扑能迅速收敛。
说明：
IRF端口的状态由与它绑定的IRF物理端口的状态决定。与IRF端口绑定的所有IRF物理端口状态均为down时，IRF端口的状态才会变成down。