03-MPLS-VPLS配置

MPLS-VPLS 目录

目录

第1章 VPLS配置...................................................................................................................1-1

1.1 VPLS简介..........................................................................................................................1-2

1.1.1 VPLS概述...............................................................................................................1-2

1.1.2 VPLS网络基本架构.................................................................................................1-3

1.1.3 VPLS基本传输构件.................................................................................................1-4

1.2 VPLS基本能力配置...........................................................................................................1-6

1.2.1 VPLS的配置任务简介.............................................................................................1-6

1.2.2 配置路由协议...........................................................................................................1-7

1.2.3 配置MPLS的基本能力............................................................................................1-7

1.2.4 配置LDP扩展会话对端...........................................................................................1-7

1.2.5 使能L2VPN.............................................................................................................1-8

1.2.6 创建VPLS实例.......................................................................................................1-8

1.2.7 配置用户接入的VLAN并绑定VPLS实例.............................................................1-10

1.2.8 配置静态MAC地址...............................................................................................1-11

1.2.9 启用端口的VLAN VPN功能.................................................................................1-12

1.2.10 配置用户自定义流模板........................................................................................1-12

1.2.11 配置ACL规则.....................................................................................................1-13

1.2.12 配置MPLS报文重定向........................................................................................1-13

1.2.13 配置VPLS负荷分担............................................................................................1-14

1.2.14 VPLS特性配置....................................................................................................1-14

1.3 VPLS显示和调试.............................................................................................................1-16

1.4 VPLS典型配置举例.........................................................................................................1-17

1.4.1 VPLS基本能力典型配置举例................................................................................1-17

1.4.2 分层的VPLS组网配置举例...................................................................................1-22

1.4.3 MPLS边缘网络接入配置举例................................................................................1-22

1.4.4 QinQ接入配置举例................................................................................................1-33

1.4.5 VPLS负载分担举例...............................................................................................1-37

1.5 VPLS故障诊断与排除......................................................................................................1-41

第1章 VPLS配置

下表列出了本章所包含的内容。

如果您需要……请阅读……

了解VPLS的基本原理和概念VPLS简介

了解VPLS的配置任务及配置过程VPLS基本能力配置显示配置后VPLS的运行情况VPLS显示和调试

了解VPLS典型配置配置举例1：VPLS基本能力典型配置举例配置举例2：分层的VPLS组网配置举例配置举例3：MPLS边缘网络接入配置举例配置举例4：QinQ接入配置举例

配置举例5：VPLS负载分担举例

检测和排除VPLS的运行故障VPLS故障诊断与排除

说明：

本章中提到的业务处理板指LSB1VPNB0板。

本文用到的缩略语和术语如下：

表1-1缩略语和术语

缩略语和术语英文全称说明

AC Attachment

Circuit 接入链路

CE Customer

Edge 直接与服务提供商相连的用户设备FEC Forwarding Equivalence Class 转发等价类

FR Frame

Relay 帧中继

NPE Network Facing PE 面向提供商网络的PE设备

PE Provider

Edge 骨干网(上的边缘路由器)

PW Pseudowire 虚链路

PHP Penultimate Hop Popping 倒数第二跳弹出

UPE User Facing PE 面向用户网络的PE设备

VLL Virtual

Leased

Line 虚拟租用线路

VPLS Virtual Private LAN Service 虚拟专用局域网服务

缩略语和术语英文全称说明

VSI Virtual Switching Instance 虚拟交换实例

LSP Label Switched Path 标签交换通道

1.1 VPLS简介

1.1.1 VPLS概述

当今IP网络已经遍布全球，利用现有IP网络为企业提供低成本专网逐渐成为各大

运营商的关注点。因此，一种在IP网上提供VPN服务、配置简单的技术应运而生，

这种技术即MPLS VPN业务。基于MPLS的VPN业务有两种，分别是MPLS L3VPN

和MPLS L2VPN，MPLS L2VPN包括VPLS和VLL，VLL仅适用于点到点的组网

应用模式，而VPLS可以实现多点到多点的VPN组网，VPLS为许多原来使用点到

点L2VPN业务的运营商提供了一种更完备的解决方案，还可以避免像L3VPN那样

介入用户的内部路由层次。这样，运营商就可以只管理、运行一个网络，并在一个

网络上同时提供Best-effort IP服务、三层VPN、二层VPN、流量工程等许多服务，

从而减少运营商大量的建设、维护、运行费用。

通过VPLS服务，地域上隔离的用户站点能通过MAN/WAN相连，并且两地连接效

果像在一个LAN中一样。S8500系列交换机提供了使用MPLS的虚链路作为以太

网桥链路的VPLS解决方案，通过MPLS网络提供一种透传的LAN服务（TLS）。

1.1.2 VPLS网络基本架构

VPLS提供了两种VPLS网络架构：PW逻辑全连接的VPLS网络架构、分层的VPLS

架构。图1-1描述了一个基本的PW逻辑全连接的VPLS网络架构图。

图1-1PW逻辑全连接的VPLS网络结构

图1-1中，VPLS可以像L3VPN一样提供点到多点的连接服务，它能在多点之间进

行MAC地址学习以及报文交换，并且，各个VPN之间的转发表相互独立，可以实

现VPN间的MAC地址重叠。

图1-2描述了一个分层的VPLS架构图。

图1-2分层VPLS网络结构

图1-2所示，分层的VPLS网络可以层次化网络拓扑和扩展接入范围。在核心网中

的核心设备（NPE）性能好，VPN业务流量集中；边缘设备（UPE）性能要求比较

低，主要用于VPN的业务接入。同时，边缘接入设备与核心设备之间可以链路备份，

增强了网络的健壮性。UPE与NPE之间的接入网络可以是MPLS边缘网络（通过

LSP连接），也可以是简单的以太交换网（VLAN-VPN接入）。

1.1.3 VPLS基本传输构件

整个VPLS网络就像一个巨大的交换机，它通过MPLS隧道在每个VPN的各个SITE

之间建立虚链接（PW），并通过PW将用户二层报文在站点间透传。对于PE设备，

它会在转发报文的同时学习源MAC并建立MAC转发表项，完成MAC地址与用户

接入接口（AC）和虚链路（PW）的映射关系。对于P（Provider Router）设备，

即骨干网上的核心交换机，只需要完成依据MPLS标签进行MPLS转发，不关心

MPLS报文内部封装的二层用户报文。

AC

PW

图1-3L2VPN通用传输部件示意图

VPLS网络的基本传输构件及作用如下：

z接入链路

接入链路（Attachment Circuit，AC），CE到PE之间的连接链路或虚链路。AC上的所有用户报文一般都要求原封不动的转发到对端SITE去，包括用户的二三层协议报文。

z虚链路

虚链路（Pseudowire，PW），虚链路在一个VPN的两个VSI之间的一条双向的虚拟连接，它由一对单向的MPLS VC构成，承载于LSP之上，并由PW信令协议创建。PW对于VPLS系统来说，就像是一条本地AC到对端AC之间的一条直连通道，完成用户的二层数据透传。

z转发器

转发器（Forwarder），PE收到AC上送的数据帧，由转发器选定转发报文使用的PW，转发器事实上就是VPLS的转发表。

z隧道

隧道（Tunnel），用于承载PW，一条隧道上可以承载多条PW，一般情况下为MPLS

隧道。隧道是一条本地PE与对端PE之间的直连通道，完成PE之间的数据透传。

z封装

封装（Encapsulation），PW上传输的报文使用标准的PW封装格式和技术。PW

上的VPLS报文封装有两种模式：VLAN 和Ethernet模式。

z PW信令协议

PW信令协议（Pseudowire Signaling），PW信令协议是VPLS的实现基础，用于

创建和维护PW。PW信令协议还可用于自动发现VSI的对端PE设备。目前，PW

信令协议主要有LDP和BGP。

z服务质量

服务质量（Service Quality），根据用户二层报文头的优先级信息和VSI实例的CoS

信息，映射成在公用网络上传输的QOS优先级来转发，这个一般需要应用支持流

量工程的MPLS网络。

如图1-3所示，CE3上送二层报文，通过AC接入PE1，PE1收到报文后，由转发

器选定转发报文的PW，系统根据PW的转发表项给用户报文打上公网标签、私网

标签和公网的Ethernet头（私网标签用于标识PW，公网标签用于穿越隧道到达

PE2），经公网隧道到达PE2，系统弹出私网标签（公网标签在P设备上经PHP

弹出），由PE2的转发器将选定转发报文的AC将CE3上送的二层报文转发给CE1。

1.2 VPLS基本能力配置

1.2.1 VPLS的配置任务简介

表1-2VPLS的配置

配置项命令说明

配置公网路由协议参考“路由协议操作”相关章节必选

配置MPLS基本功能参考“MPLS操作”第二章必选

配置LDP扩展会话对端mpls ldp remote-peer index必选

使能L2VPN mpls l2vpn 必选

配置VPLS实例vsi vsi-name [ static ]必选，创建VSI时，static必选

配置对端PE的IP地址peer peer-ip[ vc-id vc-id ] [ upe

| dual-npe ][ encapsulation

{ ethernet | vlan } ]

必选

配置静态MAC地址mac-address { static H-H-H }

vsi vsi-name { peer { peer-ip |

dual-npe}| vlan-interface

vlan-id }

可选

配置项

命令说明

配置用户接入的VLAN 并绑定VSI实例l2 binding vsi vsi-name

[ access-mode { vlan |

ethernet } ]

必选

VPLS特性配置bandwidth bw-limit可选

启用端口的VLAN VPN

(Q-in-Q) 功能

vlan-vpn enable 可选

配置用户自定义的流模板flow-template user-defined

slot slotnum template-info

必选

配置ACL规则rule rule-id permit mpls

l2label-range ingress any

egress any

必选

配置报文重定向traffic-redirect inbound

link-group { acl-number |

acl-name } [ rule rule

[ system-index index ] ] | slot

slotid vlan-id [ join-vlan ] }

必选

配置VPLS负荷分担vpls-load-share enable 可选

用于允许VPLS负荷分担业务倒换，默认情况下是使能该功能

注意：

L2VPN VPLS不支持NDP业务透传。

1.2.2 配置路由协议

交换机需要做一些基本的路由配置，使之能够实现与其他P设备、PE设备进行路

由信息的交换。目前可选择的路由协议有：静态路由、RIP、OSPF、EBGP等。具

体配置方法请参见《IP路由分册》部分。

1.2.3 配置MPLS的基本能力

配置MPLS的基本能力，用于创建公网的LSP隧道。具体配置方法请参见“MPLS”

部分。

1.2.4 配置LDP扩展会话对端

配置LDP远程对等体，用于建立远程LDP会话。

1. 进入Remote-peer模式

请在系统视图下进行下列配置。

表1-3进入Remote-peer模式

操作命令

进入Remote-peer模式mpls ldp remote-peer index

删除相应的Remote-peer undo mpls ldp remote-peer index

无缺省的Remote-peer。

2. 配置Remote-peer的地址

可以指定Remote-peer的任何一个使能了LDP的接口地址或发布了路由的LSR的

Loopback地址，作为Remote-peer的地址。

请在Remote-peer视图下进行下列配置。

表1-4配置Remote-peer的地址

操作命令

配置Remote-peer的地址remote-ip remoteip

1.2.5 使能L2VPN

全局使能L2VPN，只有使能了L2VPN才允许进行VPLS、VLL相关配置。

请在系统视图下进行下列配置。

表1-5使能L2VPN

操作命令

使能L2VPN mpls l2vpn

禁止L2VPN功能 undo mpls l2vpn

缺省情况下，未使能MPLS L2VPN功能。

1.2.6 创建VPLS实例

1. VPLS实例的指定

vsi命令用来创建一个VPLS实例或进入VSI视图，在创建实例时必须指定本地唯

一VPLS实例名，并且必须指明对端发现机制是自动发现或是手工配置，目前只支

持手工配置，即static方式。

表1-6VPLS实例的指定

操作命令

指定VPLS实例的名称vsi vsi-name [ static ]

取消创建一个VPLS实例或进入VSI视图undo vsi vsi-name

2. 进入VSI-LDP视图配置VSI-ID

pwsignal命令用来指定VSI使用的PW信令协议，并进入VSI-LDP视图。

当指定VSI的PW信令协议为LDP协议，进入VSI-LDP视图。

请在VSI视图下进行下列配置。

表1-7指明VSI使用PW信令方式

操作命令

指明VSI使用的PW信令协议pwsignal [ ldp ]

目前PW信令只支持LDP协议。

vsi-id 命令用来描述本VSI的ID号。vsi-id取值本地唯一。

请在VSI-LDP视图下进行下列配置。

表1-8VPLS实例配置

操作命令

指定本VSI的ID号vsi-id vsi-id

3. 配置对端PE的IP地址

peer命令用来创建一个实例中包含的VPLS对端PE，在创建VPLS对端PE时需要指定对端PE的IP地址以及对等体类型。缺省情况下，对等体类型为NPE；指定对等体类型为UPE时表示该对等体为分层VPLS模型中的用户汇聚节点UPE。用户也可以指定到该对等体VC的ID，该VC ID必须与远端保持一致。指定的多个远程对等体NPE间需要全连接，UPE与NPE之间无需全连接，UPE与其他NPE之间无需全连接。

请在VSI-LDP视图下进行下列配置。

表1-9对端PE的IP地址的配置

操作命令

指创建一个实例中包含的VPLS对端PE peer peer-ip [ vc-id vc-id ] [ upe | dual-npe ] [ encapsulation { ethernet | vlan } ]

操作命令

删除指定的VPLS对端PE undo peer peer-ip

缺省情况下，VC-ID取VSI-ID的值。

4. 指定VSI的虚链路封装类型

请在VSI视图下进行下列配置。

表1-10指定VSI的虚链路封装类型

操作命令

指定VSI的虚链路封装类型encapsulation { vlan | ethernet }

缺省情况下，VSI内的虚链路封装取该配置值。

1.2.7 配置用户接入的VLAN并绑定VPLS实例

可以指定VPLS用户的接入封装类型，默认接入封装类型为Ethernet接入。该VLAN

接口下端口的配置按照用户接入方式的不同有所差别：在用户为Ethernet接入时，

需要在该VLAN的接入端口下使能VLAN-VPN特性；在用户以VLAN方式或用户汇

聚MTU以VLAN-VPN方式进行H-VPLS接入时，无需使能接入端口VLAN-VPN

特性，需将其配置为Trunk，此时要求上行报文VLAN Tag（当前用户配置的VLAN

ID）与接入绑定的VLAN保持一致；当用户汇聚UPE以LSP方式进行H-VPLS接

入时，用户可以将其绑定到不包含端口的VLAN。

请在VLAN接口视图下进行下列配置。

表1-11用户接入VLAN的配置并绑定VPLS实例

操作命令

绑定VPLS实例到VLAN接口l2 binding vsi vsi-name [ access-mode { vlan | ethernet } ]

解除VLAN与VSI的绑定关系undo l2 binding vsi vsi-name

注意：

z如果某端口的GVRP、STP或802.1x协议中的任一个已经启动，则不允许用户开启端口的VLAN VPN特性；

z如果端口所属的VLAN已经使能了IGMP Snooping或者端口所属的VLAN接口下使能了IGMP，则不允许开启端口的VLAN VPN特性。反之亦然；

z使能了VLAN VPN 的端口如果要加入VLAN，此VLAN上不能开启IGMP Snooping，其VLAN接口也不能开启IGMP；

z绑定VPLS实例后的VLAN接口上不能配置IP地址，同样配置了IP地址后的VLAN接口不能绑定VPLS实例；

z一个VPLS实例可以绑定多个VLAN，最多八个；

z禁止在Vlan-interface1上绑定VSI实例。

1.2.8 配置静态MAC地址

mac-address命令用来配置VPLS实例的静态MAC地址。用户可以配置静态MAC

地址为本地站点内的MAC，也可以指定远端站点内的MAC地址。

请在系统视图下进行下列配置。

表1-12静态MAC地址的配置

操作命令

配置VPLS实例的静态MAC地址mac-address { static H-H-H } vsi vsi-name { peer { peer-ip |dual-npe} | vlan-interface vlan-id }

删除VPLS实例的静态MAC地址 undo mac-address { static H-H-H } vsi vsi-name

批量删除VPLS实例的MAC地址 undo mac-address vsi [ vsi-name [ peer { peer-ip | dual-npe } | vlan-interface vlan-id ] ] [ static | dynamic ]

注意：

z如果VSI实例内配置到同一个对端有多条Peer，则不建议配置远端的静态MAC。z如果VSI实例内配置到对端的静态MAC，指定Peer IP地址与该实例的H-VPLS 模型中的NPE之一相同，则默认按远端配置的dual-npe方式来处理，查询MAC 转发表项显示为dual-npe，按远端Peer IP来删除MAC配置时可能会有部分配置无法删除，可以按指定MAC地址来删除配置。

1.2.9 启用端口的VLAN VPN功能

注意：

是否启用端口的VLAN-VPN特性是由VSI的接入方式决定，用户是Ethernet接入，

则需要使能接入端口VLAN-VPN特性，使能VLAN-VPN特性的原因是避免用户的

私有VLAN Tag不能被正常传送；用户是VLAN接入，则需要配置接入端口为Trunk

口。

请在以太网端口视图下进行下列配置。

表1-13设置端口的VLAN VPN特性

操作命令

开启端口VLAN VPN特性vlan-vpn enable

关闭端口VLAN VPN特性undo vlan-vpn

注意：

z如果某端口的GVRP、STP或802.1x协议中的任一个已经启动，则不允许用户开启端口的VLAN VPN特性。

z如果端口所属的VLAN已经使能了IGMP Snooping或者端口所属的VLAN接口下使能了IGMP，则不允许开启端口的VLAN VPN特性。反之亦然。

z使能了VLAN VPN 的端口如果要加入VLAN，此VLAN上不能开启IGMP Snooping，其VLAN接口也不能开启IGMP。

缺省情况下，端口VLAN VPN特性是关闭的。

1.2.10 配置用户自定义流模板

请在系统视图下进行下列配置。

表1-14配置用户自定义流模板

操作命令

定义流模板flow-template user-defined slot slotnum template-info

端口视图下定义用户流模板flow-template user-defined

删除流模板undo flow-template user-defined

在定义流模板时，模板中所有的元素大小之和要小于16个字节。

说明：

流模板定义中，参数slotnum是指接入到MPLS网络域的接口板槽位号。

1.2.11 配置ACL规则

可以使用下面的命令来定义二层访问控制列表。

请在相应视图下进行下列配置。

表1-15配置ACL规则

操作命令

从系统视图进入二层访问控制列表视图acl { number acl-number | name acl-name advanced }[ match-order { config | auto } ]

定义子规则（在二层访问控制列表视图下）rule [ rule-id ]{ permit | deny } [ mpls

l2label-range [ range-id ] ] [ cos cos-value | c-tag-cos c-cos-value | exp exp-value| ingress { { source-vlan-id [ to

source-vlan-id-end ] | source-mac-addr source-mac-wildcard | c-tag-vlan

c-tag-vlanid}* | any } | egress

{ dest-mac-addr dest-mac-wildcard | any } | s-tag-vlan s-tag-vlanid | time-range name ]*

删除访问控制列表的一个子规则（在二层访问

控制列表视图下）

undo rule rule-id

删除二层访问控制列表（在系统视图下）undo acl { number acl-number | name acl-name | all }

说明：

z在定义VPLS标签段范围的ACL规则中，参数rang-id是指VPLS的标签段ID 号。由于S8500设备将VPLS支持的整个标签段范围平均划分为8个标签段，8

个标签段的空间大小一致，分别对应的标签段号为0~7。缺省情况下，表示定义

为允许所有的VPLS标签段范围的规则。

z删除ACL的配置之前需要删除重定向的相关配置。

1.2.12 配置MPLS报文重定向

由于只有VPLS业务处理板才能处理VPLS业务，所以需要将公网侧回来的VPLS

报文配置ACL规则重定向到VPLS业务处理板处理。

请在以太网端口视图下进行下列配置。

表1-16在普通接口板的以太网端口下配置报文重定向操作命令

配置报文重定向到VPLS业务处理板的特定端口traffic-redirect inbound link-group acl-number [ rule rule [ system-index index ] ] slot slotid vlanid [ join-vlan ] }

删除报文重定向undo traffic-redirect inbound link-group acl-number [ rule rule ]

说明：

z重定向命令行中，参数slotid为VPLS业务处理板，vlanid为接入到MPLS网络域的VLAN ID号

z公网端口在配置重定向时加入VLAN（指定join-vlan），重定向配置去除后，端口也相应的从VLAN中退出。

1.2.13 配置VPLS负荷分担

创建VSI时，VSI默认落在VSI个数最少的标签段内，该VSI的流由标签段重定向

到VPLS板处理，实现负荷分担，同时还可以手动改变VSI对应标签段，从而改变

VSI流向，可使各VPLS板的负荷更加均衡。

表1-17配置VPLS负荷分担

操作命令说明

进入系统视图system-view -

打开VPLS负荷分担使能开关vpls-load-share enable 可选

缺省情况下，VPLS负荷分担开关打开

配置VSI对应的标签段号label-range label-range-id 可选

缺省情况下，VSI对应的标签段号为当前VSI个数最少且标签段号最小的标签段号

增加Link型访问控制列表的一条子规则rule [ rule-id ] permit mpls

l2label-range [ range-id ]

ingress any egress any

必选

默认情况下，规则对应的标签

段范围从128K～256K-1

1.2.14 VPLS特性配置

1. 配置VPN的速率限制

bandwidth命令用来配置VPN的速率限制，取值范围为64～4194303，单位：kbit/s，

以64为单位，系统自动向下取整，即取最接近的小值，即如果配置VPN的速率限

制为200，那么系统自动取值为64的三倍数192。实际能支持的速率限制范围为64～2097152，2097152以上（含2097152）将不进行速率抑制。该VSI下用户流量超过该带宽抑制部分将被系统丢弃。

请在VSI视图下进行下列配置。

表1-18VPN速率的配置

操作命令

配置VPN的速率限制bandwidth bw-limit

缺省情况下，VPN的速率限制为102400Kbit/s。

2. 配置VPN广播抑制百分比

broadcast-restrain命令用来配置VPN的广播抑制百分比，取值范围是1～100，不允许为0。该VSI下用户的广播流量（包括广播、组播、未知单播）超过带宽的广播抑制部分将被系统丢弃。

请在VSI视图下进行下列配置。

表1-19VPN广播抑制百分比的配置

操作命令

配置VPN的广播抑制百分比broadcast-restrain percent

缺省情况下，广播抑制百分比为5%。

3. 配置报文最大传输单元

mtu命令用于指定本VPLS实例的用户接入报文的MTU值，取值范围是128～8192。同时，该MTU也是PW的MTU值。

请在VSI视图下进行下列配置。

表1-20报文最大传输单元的配置

操作命令

指定VPLS实例的接入MTU值mtu mtu

恢复MTU的默认配置 undo mtu

缺省情况下，MTU为1500Bytes。

4. 配置服务等级

用来完成用户优先级802.1Q CoS 到 PSN CoS（PSN，Public Switched Network；CoS，Class of Service）的映射。指定CoS映射关系等级时，使用协议推荐建议使

用协议建议的CoS映射表。用户也可以自己定义用户优先级跟PSN CoS的映射关系。

请在VSI视图下进行下列配置。

表1-21CoS级别的配置

操作命令

配置VSI的CoS级别cos { cos-value | user-defined-table p p p p p p p p }

缺省情况下，CoS取值为1。

5. 其它特性的配置

请在相应VSI视图下配置。

表1-22VPLS其它特性的配置

操作命令

指定/删除本VPLS实例的描述description text undo description

关闭/打开VPLS实例的VPN服务shutdown undo shutdown

配置VPN内MAC地址总数限制mac-table limit mac-limit

1.3 VPLS显示和调试

VPLS提供了丰富的显示与调试命令，可以监控LDP会话状态、隧道配置情况、所

有LSP及其状态等。

请在任意视图下进行下列查询。

表1-23VPLS的显示

操作命令

显示VPLS的转发表display mac-address vsi [ vsi-name ] [ peer { peer-ip | dual-npe }| local | vlan-interface vlan-id ] ] [ dynamic | static ] [ count ]

显示VSI的虚链路信息display vpls connection [ vsi vsi-name ] [ peer peer-ip ] [ up | down | block ] [ verbose | statistics ]

显示VPLS实例的信息display vsi [ vsi-name vsi-name ] | [ vsi-id vsi-id]显示VPLS负荷分担的信息display ldsh state

注意：

z如果VSI实例配置静态MAC到实例的H-VPLS模型中的NPE，查询MAC转发表项显示为dual-npe，而不是具体的IP地址。

z如果VSI实例内配置到对端的静态MAC，指定Peer IP地址与该实例的H-VPLS 模型中的NPE之一相同，默认按远端配置的是dual-npe方式来处理，查询MAC 转发表项显示为dual-npe。

执行debugging命令，可对LDP的各种消息进行调试。

请在用户视图下进行下列配置。

表1-24VPLS的调试

操作命令

打开L2VPN的各种调试信息的开关debugging mpls l2vpn { advertisement | all | connections [ interface vlan-interface vlan-id ]| error | event | loadshare | switchover }

关闭L2VPN的各种调试信息的开关undo debugging mpls l2vpn { advertisement | all | connections | error | event | loadshare | switchover }

缺省情况下，所有调试开关均不打开。

1.4 VPLS典型配置举例

1.4.1 VPLS基本能力典型配置举例

注意：

当在RRPP环网上承载VPLS流量时，建议用户不要把VPLS私网端口和RRPP环

上端口重叠，如果无法避免重叠，请务必保证不要把RRPP主节点的副端口作为

VPLS的私网端口。

1. 组网需求

S8500系列交换机全线支持VPLS的各种架构和组网，我们以图1-4所示简单的背

靠背组网介绍VPLS基本配置。图中，VPN1有两个站点，分别接入PE设备的端口

E6/1/48，PE分配的接入VLAN都为100，公网VLAN为10，通过G4/1/1相连。

要实现VPLS基本业务。

2. 组网图

图1-4VPLS配置组网（PE背靠背）

3. 配置步骤

说明：

PE1、PE2上5号槽位为VPLS业务板所在槽位，4号槽位为普通接口板所在槽位。

(1) PE1的配置

# 配置Router ID，用于OSPF路由发布，一般情况下将MPLS LSR-ID、Loopback0的接口地址配成一样的IP地址。

[PE1] router id 5.6.7.8

# 配置MPLS LSR-ID，并全局使能MPLS LDP，全局使能MPLS。

[PE1] mpls lsr-id 5.6.7.8

[PE1] mpls

[PE1] mpls ldp

# 配置32位环回地址，LSP的创建都使用该地址。

[PE1] interface loopback0

[PE1 -LoopBack0] ip address 5.6.7.8 32

# 配置公网VLAN，加入一个端口，并配置接口IP地址，接口下使能MPLS 、MPLS LDP。

[PE1] vlan 10

[PE1-vlan10] port GigabitEthernet 4/1/1

[PE1-vlan10] interface vlan 10

[PE1-vlan-interface10] ip address 10.10.10.10 24

[PE1-vlan-interface10] mpls

[PE1-vlan-interface10] mpls ldp enable

# 配置OSPF协议，用于建立路由。

[PE1] ospf

[PE1-ospf-1] area 0

[PE1-ospf-1-area-0.0.0.0] network 5.6.7.8 0.0.0.0

[PE1-ospf-1-area-0.0.0.0] network 10.10.10.10 0.0.0.255

[PE1-ospf-1-area-0.0.0.0] quit

[PE1-ospf-1] import-route direct

[PE1-ospf-1] quit

# 配置LDP远程对等体，用于建立LDP会话。

[PE1] mpls ldp remote-peer 1

[PE1-mpls-remote1] remote-ip 1.2.3.4

# 全局使能L2VPN

[PE1] mpls l2vpn

# 配置VPLS实例，配置VSI-ID（VPN-ID），进VSI-LDP视图配置对端PE的IP 地址。

[PE1] vsi test static

[PE1-vsi-test] pwsignal ldp

[PE1-vsi-test-ldp] vsi-id 500

[PE1-vsi-test-ldp] peer 1.2.3.4

[PE1-vsi-test-ldp] quit

# 创建私网VLAN，加入一个端口，并绑定VSI实例。

[PE1] vlan 100

[PE1-vlan-100] port Ethernet 6/1/48

[PE1-vlan-100] interface vlan 100

[PE1-vlan-interface100] l2 binding vsi test access-mode ethernet

# 使能私网侧端口的VLAN-VPN功能。

[PE1] interface Ethernet 6/1/48

[PE1-Ethernet6/1/48] vlan-vpn enable

# 配置用户定义流模板，并配置ACL重定向规则，配置规则为允许VPLS标签的MPLS报文。

[PE1] flow-template user-defined slot 4 ethernet-protocol vlanid

[PE1] acl number 4000

[PE1-acl-link-4000] rule 0 permit mpls l2label-range ingress any egress any [PE1-acl-link-4000] quit

# 到端口视图下定义用户流模板，并配置重定向规则，将公网回来的VPLS报文重定向到VPLS业务板，同时指定重定向流的VLAN ID。

[PE1] interface GigabitEthernet4/1/1

[PE1-GigabitEthernet4/1/1] flow-template user-defined

[PE1-GigabitEthernet4/1/1] traffic-redirect inbound link-group 4000 rule 0 slot 5 10 join-vlan

软件开发项目配置管理工具的选择

软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制

项目配置管理过程规范方案

项目配置管理过程规范文档种类：研发体系 发行范围：研发中心

变更记录

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)

1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；

软件配置管理报告

份号：001密级: XXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日

辑要页

摘要: 主题词:

文档修改记录

1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................

软件配置管理规定

软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程，制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则，不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1)。 ２、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用，综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2）。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得，编制《软件采购计划表》（附件3）。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年

限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得，需经过信息化部门鉴定,严格履行资产处置报批手续：?(１）已经达到规定得最低使用年限,且无法继续使用得.?（２）未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?（3）未达到规定得最低使用年限,因计算机硬件报废，且无法迁移到其她计算机上继续使用得. ８、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4)。

ISO20000-20配置管理程序

密级：敏感 文档编号：HTPC-ITSM-B-20配置管理程序 版本号：V1.0 配置管理程序 ************信息技术有限公司 ---------------------------------------------------------------------------- ************信息技术有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

修订履历

目录 1 目的 (4) 2 范围 (4) 3 职责 (4) 3.1 配置管理负责人 (4) 3.2 配置管理员 (5) 3.3 一线支持人员 (5) 4 相关文件 (5) 5 程序 (5) 5.1 配置计划 (5) 5.2 配置定义和标识 (5) 5.3 建立配置管理数据库 (5) 5.4 CMDB的控制和维护 (6) 5.5 配置审计和验证 (6) 5.6 生成配置报告 (6) 6 记录 (6)

1 目的 配置管理流程的总体目的是提供一个统一的、一致的流程来管理售后服务环境中的所有组成部分，以确保： 1)所有配置项（CI）被识别和记录下来； 2)配置项当前和历史状态得到汇报； 3)配置项记录的完整性得到维护和确认； 4)客户服务环境的稳定性； 5)实现资产管理的目的。 2 范围 配置管理的范围是公司开发的管理信息系统的运行和服务环境下所包含的配置项（CI），包括系统运行环境的部署环境设备、系统软件等，及服务环境中涉及的客户信息配置。具体活动包括识别、控制、汇报和审核等行为。 包括： 1)客户信息：企业客户信息； 2)软件信息：客户运行环境中传输线路综合管理系统、车辆管理系统及其运行环 境，安装软件的拷贝信息； 3)服务器端配置：主机设备、终端设备； 4)备件信息：手持终端设备、车载设备等； 5)服务文档：服务项目文档、服务记录、用户手册等； 6)供应商：供应商信息。 不包括： 1)处于开发或测试环境的业务系统。 3 职责 3.1 配置管理负责人 1)定义并维护配置管理流程文件及所需要的记录模板； 2)管理配置管理流程的实施； 3)确保配置管理流程目标的实现；

操作系统安全配置管理办法

编号：SM-ZD-96562 操作系统安全配置管理办 法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制：____________________ 审核：____________________ 批准：____________________ 本文档下载后可任意修改

操作系统安全配置管理办法 简介：该制度资料适用于公司或组织通过程序化、标准化的流程约定，达成上下级或不同的人员之间形成统一的行动方针，从而协调行动，增强主动性，减少盲目性，使工作有条不紊地进行。文档可直接下载或修改，使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理，提高重要信息系统的安全运行维护水平，规范化操作，确保信息系统安全稳定可靠运行，特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括：AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责

(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。

配置管理岗位职责

配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；

《网络设备配置管理》期末复习知识点

《网络设备配置管理》期末复习 网络技术基础： 一、选择题 1．在计算机网络中，通常把提供并管理共享资源的计算机称为（）。 A）服务器B）工作站C）网关D）网桥 2．当个人计算机以拨号方式接入Internet时，必须使用的设备是（）。 A）网卡B）调制解调器C）电话机D）浏览器软件3．OSI（开放系统互联）参考模型的最低层是（）。 A）传输层B）网络层C）物理层D）应用层 4．计算机网络的目标是实现（）。 A）数据处理B）信息传输与数据处理 C）文献查询D）资源共享与数据传输 5．下列四项内容中，不属于Internet基本功能的是（）。 A) 电子邮件B）文件传输C）远程登录D）实时监测控制 6．路由选择是OSI模型中（）层的主要功能。 A）物理B）数据链路C）网络D）传输 7．网络中各个节点相互连接的形式，叫做网络的（）。 A）拓扑结构B）协议C）分层结构D）分组结构 8．互联网的主要连接硬件设备有中继器、网桥和（）。 A）集线器B）网卡C）网络适配器D）路由器 9．衡量网络上数据传输速率的单位是bps，其含义是（）。 A）信号每秒传输多少公里B）信号每秒传输多少公理 C）每秒传送多少个二进制位D）每秒传送多少个数据 10．局域网的简称是（）。 A）LAN B）WAN C）MAN D）CN 11. 数据交换技术可分为（）． A. 空分交换、时分交换、分组交换 B. 电路交换、空分交换、时分交换 C. 线路交换、空分交换、分组交换 D. 电路交换、报文交换、分组交换 12. 一个网络协议主要由以下三个要素组成： I．响应II. 语法III.同步IV.语义 它们分别是：（）． A.I,III和IV B.II,III和，II和，II和IV 13.应用层DNS协议主要用于实现哪种网络服务功能？（）． A. IP地址到网络硬件地址的映射 B.网络硬件地址到IP地址的映射 C. Internet域名到IP地址的映射 D.用户名到进程地址的映射 14.Ethernet表示以太网，它对应的局域网标准是（）． A.IEEE 802.3 B. IEEE 802.11 C.IEEE 802.5 D. IEEE 802.2 15.下列选项中，不属于网络体系结构中所描述的内容是（）． A：网络的层次B：每一层使用的协议 C：协议的内部实现细节D：每一层必须完成的功能 16.IP地址是由哪两部分组成（）． A. 地址、域名 B. 网络号、主机号 C. 源地址 D. 域名、端口号

信息系统变更、发布、配置管理制度

信息系统变更、发布、配置管理制度 第一条为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。 第二条信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求， 对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系 统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现 上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生 成的需要，而进行的不包含在应用系统功能之内的数据处理工作。 第三条信息系统变更、发布、配置工作以任务形式由需求方（一般为业务部门）和维护方（计算机中心和软件厂商）协作完成。信息系统变更、发布、 配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交 和接受、任务实现、任务验收和程序下发上线。 第四条需求部门提出系统需求，并将需求整理成《信息系统变更申请表》（附件一），由部门负责人审批后提交给计算机中心。 第五条计算机中心负责接受需求并上报给信息主管院长。主管院长分析需求，并提出系统变更建议。计算机中心根据变更建议审批《信息变更申请表》。第六条计算机中心根据部门提供的需求与软件开发商联系协同实现信息系统变更需求，产生供发布的程序。 第七条计算机中心组织相关业务部门的信息系统最终用户对系统程序变更进行测试。 第八条信息系统变更程序测试完成后，由计算机中心配置完善信息系统，正式发布并通知需求部门。 第九条计算机中心出具信息系统变更验收报告（附件二），需求部门签字验收。

附件一信息系统变更申请表 信息系统变更申请表

配置管理系统

配置管理系统（北大软件 010 - 61137666） 配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666） 配置管理系统支持建立和维护三库：开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。 图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。

图表2四级库结构配置管理各库功能描述如下：

以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的

软件配置管理规范流程模板

软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

软件配置管理规范.doc

软件配置管理规范1 1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

信息系统变更、发布、配置管理制度

XX县人民医院 《信息系统变更、发布、配置管理制度》编号： 第1页，共4页密级普通 发布日期：2013年月日版本号：2012年A版 修订日期： 制订科室：医务科护理部院办室信息科 拟稿：审核：批准： 信息系统变更、发布、配置管理制度 为规范信息系统变更、发布、配置与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。 一、信息系统变更、发布、配置工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。 二、信息系统变更、发布、配置工作以任务形式由需求方（一般为业务科室）和维护方（信息科和软件厂商）协作完成。信息系统变更、发布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。

三、需求部门提出系统需求，并将需求整理成《信息系统变更申 请表》（附件一），由科室负责人审批后提交给信息科。 四、信息科负责接受需求并上报给信息主管院长。主管院长分析 需求，并提出系统变更建议。信息科根据变更建议审批《信息变更申 请表》。 五、信息科根据部门提供的需求与软件开发商联系协同实现信息 系统变更需求，产生供发布的程序。 六、信息科组织相关业务部门的信息系统最终用户对系统程序变 更进行测试。 七、信息系统变更程序测试完成后，由信息科配置完善信息系统，正式发布并通知需求部门。 八、信息科出具信息系统变更验收报告（附件二），需求部门签 字验收。

项目配置管理过程规范(精编文档).doc

【最新整理，下载后即可编辑】 项目配置管理过程规范

文档种类：研发体系发行范围：研发中心

变更记录 息，以保证其可追溯性。

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) 5.1. 活动关系图 (6) 5.1.1. 配置管理流程图 (6) 5.1.2. 配置变更流程图 (7) 5.2. 活动描述 (7) 5.2.1. 制定配置管理计划 (7) 5.2.2. 建立配置库 (8) 5.2.3. 建立配置项 (8) 5.2.4. 基线建立及发布过程 (8) 5.2.5. 配置变更 (9) 5.2.6. 配置审计 (9) 5.2.7. 备份 (10)

6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)

1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的；

信息系统配置管理办法

信息系统配置管理办法 第1章总则 第一条为了规范信息系统生产环境的配置管理，保证生产环境信息资产的完整性、有效性、可追溯性及正确性，防范信息系统运行中配置变更所带来的潜在风险，确保信息系统的安全可靠运行，依据《商业银行信息科技风险管理指引》、《信息系统安全等级保护基本要求》、《防范操作风险的管理办法》等制度规范，同时参照配置管理理论制定本办法。 第二条配置管理是指对保证信息系统业务连续性的配置项进行标识、存储和控制，并维护其完整性、一致性、可追溯性及正确性的工作，是对各个配置项的变更、跟踪、发布和评审的重要管理工作。 第三条配置管理工作是贯穿整个信息系统生命周期的核心基础工作之一，只有利用配置管理的理论把项目条理化、清晰化，才能将如需求、设计、开发、测试、运行、维护等其他工作纳入正确的轨道，保证整个信息系统管理工作的顺利进行。 第四条本办法中所提及的配置项均指信息系统的配置项。 第五条本办法由信息技术部负责解释和修订，自发文之日起开始执行。

第2章角色与职责 第六条配置管理工程师（CME）：负责制定配置管理计划；建立并维护配置库；实施基线建立、基线变更、产品发布；协调和实施配置审计；维护配置管理工作记录；发布配置状态报告；根据配置项目的干系人和影响范围来制定配置计划，提出配置管理的分类和时间。配置管理工程师应当由专职人员担任，其主要工作为配置管理，其他工作量不应影响到配置管理的正常进行。 第七条配置管理委员会（CCB）：负责批准基线的建立和变更，批准从基线区建立产品。CCB的组成可分多级，每级CCB负责一种或者多种类型的基线，在信息系统策划时就应当确定CCB成员和职责；CCB成员可由项目负责人、信息系统管理人员、质量保证人员、测试负责人组成，人数不少于5人，必要时可由信息技术部副总经理或总经理以及信息系统业务归口管理部门代表参与决策和评审。评审的结果应该是CCB全体人员一致同意通过才能决定。 第八条信息系统管理人员：负责参与识别配置项，向CME提供接受配置管理的工作产品，参与创建基线和产品，负责产品的发布。 第九条项目组/项目成员：负责向CME提供接受配置管理的工作产品，配合配置管理工作的要求完成相应的活动。成员组成可以是各个与配置项相关的技术开发或维护人员，也可以是业务管理人员。 第十条质量保证工程师: 负责审计和评审配置管理活动和工作产品，参与配置管理的变更审批和基线确定。成员应当由信息系统维护技术人员和业务归口管理部门人员组成。

校务通管理系统软件项目配置管理计划案例

软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下： 1. 引言 包括目的、缩写词和参考资料，具体内容略。 2．组织及职责 配置管理的角色和职责见表1。 表1：配置管理角色职责表 3.配置管理环境 由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构

3.2用户及权限 4．配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。

图1：配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字/字符 版本号：V m.n

4.1.3 项目基线 在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。 表5 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。 这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略： （1）主干分支 系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。 （2）私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。 （3）小组分支 如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。

软件配置管理规定

软件配置管理规定 为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。 3.优先采用场地授权（许可）方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1）。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。 3.信息化部门依据单位软件使用管理台账，梳理单位软件需求与现有软件许可的差异。单位软件许可不足的，编制《软件采购计划表》（附件3）。

4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续：（1）已经达到规定的最低使用年限，且无法继续使用的。 （2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。 （3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。

产品维护阶段配置管理规程

Product Maintenance Phase Configuration Management Regulations 产品维护阶段配置管理规程 (PMM-CM01R01-V1.0/ IPD-PMM / for internal use only仅供内部使用) Prepared by 拟制xxx Date 日期 Reviewed by 审核xxx Date 日期 Approved by 批准xxx Date 日期 XX Co., Ltd. XX有限公司

Revision record 修订记录

Catalog 目录 1Objectives 目的 (5) 1.1确保维护团队的配置管理活动已计划； (5) 1.2确保维护团队所有的配置项都已经唯一标识并且可访问； (5) 1.3确保对维护团队所有配置项的更改都可控和跟踪； (5) 1.4确保所有维护团队配置项的一致性和完整性； (5) 1.5确保维护团队所有已基线化配置项的状态通知到相关人员。 (5) 2Scope 范围 (5) 3Responsibilities 职责 (5) 3.1维护经理职责： (5) 3.2维护团队CMO职责： (5) 3.3维护团队CCB职责 (6) 3.4QA职责： (6) 3.5PDE职责： (6) 4Inputs 输入 (6) 4.1交接清单 (6) 4.2版本树 (6) 4.3版本开发计划 (6) 4.4参考类文档写作需求 (6) 4.5资料开发计划 (6) 5Outputs 输出 (6) 5.1维护团队配置管理计划 (6) 5.2审计报告 (6) 5.3配置项状态跟踪表单 (6) 5.4版本配套表 (7) 5.5版本描述文档 (7) 5.6升级指导书 (7) 5.7产品配置库归档表 (7) 5.8维护项目失效部件清单 (7) 6Control mechanism 控制机制 (7) 6.1维护经理保证维护团队配置管理活动遵守本规程。 (7) 6.2产品质量体系EPG组负责批准所有针对该规程的修改。 (7) 6.3通过内部质量审计来检验流程的符合度。 (7) 7Procedure 规程 (7) 7.1维护团队配置管理活动的对象 (7) 7.2维护团队配置管理活动的启动 (7) 7.3维护团队配置管理活动 (8) 7.4Configuration Identification 配置标识 (9) 7.5The reporting and tracing of CI status 配置项状态的记录和跟踪 (11) 7.6Establishing the Baseline 建立基线 (12) 7.7Management of Configuration Library 配置库管理 (12) 7.8Change Control 变更控制 (12) 7.9Configuration Status Accounting配置状态发布 (13) 7.10Software Release Management软件版本管理 (13) 7.11Configuration Audit 配置审计 (13) 7.12The Product configuration management closure 配置管理活动的结束 (14)