下载文档原格式
光纤通道协议书甲方（服务提供方）：_____________________地址：_________________________________法定代表人：_________________________联系电话：____________________________乙方（服务接受方）：_____________________地址：_________________________________法定代表人：_________________________联系电话：____________________________鉴于甲方为专业的光纤通道服务提供商，乙方需要使用光纤通道服务，甲乙双方本着平等自愿、诚实信用的原则，经友好协商，就甲方提供光纤通道服务给乙方一事，达成如下协议：第一条服务内容甲方同意根据本协议的条款和条件，向乙方提供以下光纤通道服务：1.1 甲方将向乙方提供稳定、高效的光纤通道接入服务。
1.2 甲方保证提供的光纤通道带宽、传输速率符合乙方的业务需求。
1.3 甲方负责光纤通道的安装、调试、维护及故障排除。
第二条服务期限2.1 本协议服务期限自________年____月____日起至________年____月____日止。
2.2 如乙方需要延长服务期限，应在本协议到期前____个月向甲方提出书面申请，经甲方同意后，双方可签订补充协议。
第三条服务费用3.1 乙方应按照本协议约定向甲方支付光纤通道服务费用，具体金额为人民币（大写）：____________________元。
3.2 服务费用支付方式为：____________________（如：一次性支付、分期支付等）。
3.3 乙方应在本协议签订之日起____个工作日内支付首期服务费用。
第四条甲方的权利和义务4.1 甲方有权按照本协议约定收取服务费用。
4.2 甲方应保证提供的光纤通道服务符合国家相关法律法规和行业标准。
竭诚为您提供优质文档/双击可除fc协议zone篇一：第二章光纤通道协议介绍第二章光纤通道协议介绍2.1光纤通道协议簇Fc协议簇中与交换机相关的主要协议包括:Fc-Fs、Fc-ls、Fc-sw、Fc-gs。
Fc-Fs协议对Fc协议层次中Fc-0、Fc-1、Fc-2层的功能进行了详细描述。
各层的主要内容见2.2节。
Fc-ls详细描述了Fc扩展链路服务（els），包括各个els请求的功能、帧格式及可能的els响应。
Fc-sw协议主要定义了交换机端口模型及其操作、内部链路服务、交换网配置、路径选择、分布式服务，以及zone 的交换与合并等。
其中，交换机端口模型及其操作定义了Fl、F、e、b端口的物理模型及操作；内部链路服务详细定义了在交换网配置过程中用到的各种链路服务帧（F类）；交换网配置过程分为：交换机端口初始化、主交换机选择、domain_id分配、zoning合并以及路径选择五个部分；分布式服务定义了交换网为n端口提供的服务。
Fc-gs协议详细描述了Fc协议所支持的一般类服务（genericservice），并定义了用于支持这些一般类服务的辅助功能和服务。
所描述的服务包括名字服务，管理服务，发现服务，时间服务和别名服务。
2.2光纤通道协议模型和帧格式Fc协议由一系列功能层次组成，如图2-1所示图2-1Fc协议功能层次Fc-0层描述两个端口之间的物理链路，包括传输介质、连接器、发射机、接收机及其各自特性的规范。
Fc-1层描述了8b/10b编码/解码方案。
采用8b/10b数据编码传送信息可以保证在低成本的电路上实现10-12比特误码率；可以维持总的dc平衡；编码比特流中不存在5个以上的相同比特，以减少直流分量有利于时钟恢复；可以从传送的编码数据中区分数据字和控制字。
Fc-2层为帧协议层，规定了数据块传送的规则和机制，包括服务类型、通信模型、分段重组、差错检测以及协调端口间通信所需要的注册/注销服务。
Fc-3层提供了一套对一个Fc节点上的多个n端口都通用的服务，实现一对多的通信。
FCAE1553协议的硬件系统设计独创性声明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。
据我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。
与我一同工作的同志对本研究所做的任何奉献均已在论文中作了明确的说明并表示谢意。
签名：么丝2 日期：砂，口年舌月f日论文使用授权本学位论文作者完全了解电子科技第一章绪论第一章绪论1．1研究背景和光纤通道在航天航空环境的应用前景航空航天电子系统中需要不同的硬件接口来适应不同的航空设备，美国军方为了统一航空总线的网络接口提出了MIL—STD．1553Btll(Military Standard Digital Time Division Command／Response Mul卸lex Data Bus)，MIL．STD．1553B数据总线拓扑结构具有双向传输、实时性传输和传输可靠性高的优点，使MIL—STD．1553B协议【2】【3】在航空电子中得到了广泛的应用。
但是MIL．STD．1553B早在1978年提出，随着科技进步，MIL．STD．1553B总线逐渐不能适应高精尖的高速通信设备，美国军方在近年又在FC—AE协议【4】子集中提出了FC．AE—1553(Fibre Channd Avion Environment Upper Layer Protocol MIL．STD一1553B)总线协议，来满足高速传输的要求。
目前美国已经在局部航空／航天电子设备中进行升级换代，如AH一64D长弓阿帕奇直升机中将启用于数字视频接口与飞行试验任务处理器互联；B1．B中将其应用于航空电子计算机和数据存储／传输设备间的光纤通道——仲裁环接口【5】等。
另外，美英下一代联合攻击机JSF电子系统间的高速互联也是采用了FC—AE作为统一的航空网络。
第二章光纤通道协议介绍2.1 光纤通道协议簇FC协议簇中与交换机相关的主要协议包括: FC-FS、FC-LS、FC-SW、FC-GS。
FC-FS协议对FC协议层次中FC-0、FC-1、FC-2层的功能进行了详细描述。
各层的主要内容见2.2节。
FC-LS详细描述了FC扩展链路服务（ELS），包括各个ELS请求的功能、帧格式及可能的ELS响应。
FC-SW协议主要定义了交换机端口模型及其操作、内部链路服务、交换网配置、路径选择、分布式服务，以及Zone的交换与合并等。
其中，交换机端口模型及其操作定义了FL、F、E、B端口的物理模型及操作；内部链路服务详细定义了在交换网配置过程中用到的各种链路服务帧（F类）；交换网配置过程分为：交换机端口初始化、主交换机选择、Domain_ID 分配、Zoning合并以及路径选择五个部分；分布式服务定义了交换网为N端口提供的服务。
FC-GS协议详细描述了FC协议所支持的一般类服务（Generic Service），并定义了用于支持这些一般类服务的辅助功能和服务。
所描述的服务包括名字服务，管理服务，发现服务，时间服务和别名服务。
2.2光纤通道协议模型和帧格式FC协议由一系列功能层次组成，如图2-1所示图2-1 FC协议功能层次FC-0层描述两个端口之间的物理链路，包括传输介质、连接器、发射机、接收机及其各自特性的规范。
FC-1层描述了8B/10B编码/解码方案。
采用8B/10B数据编码传送信息可以保证在低成本的电路上实现10-12比特误码率；可以维持总的DC平衡；编码比特流中不存在5个以上的相同比特，以减少直流分量有利于时钟恢复；可以从传送的编码数据中区分数据字和控制字。
FC-2层为帧协议层，规定了数据块传送的规则和机制，包括服务类型、通信模型、分段重组、差错检测以及协调端口间通信所需要的注册/注销服务。
FC-3层提供了一套对一个FC节点上的多个N端口都通用的服务，实现一对多的通信。
FC-4层定义了光纤通道结构到已存在的上层协议如IP、SCSI等的映射。
2.3 在线调试在协议处理机中的应用由于光纤通道协议处理机的复杂性、灵活性，使得协议处理机的调试变得非常困难。
基于这种原因，光纤通道协议处理机除了完成光纤通道协议规定的功能以外，还应能够提供有效方便的验证和调试环境，包括监视交换机的工作状态，控制交换机工作到指定的状态等。
鉴于光纤通道协议簇非常庞大，由于时间的关系，作者只完成了FC-FS(帧与信号)和FC-SW(交换)协议处理的监控设计。
对FC-FS协议处理的监控主要通过F端口回环自检和各种部件状态的监视这两种手段来实现。
F端口的回环自检又包括检测帧序列的定义，和自检状态机的设计。
而处理机的状态统计包括CRC校验状态、信用状态、链路状态和超时差错检测状态监视。
FC-FS协议处理主要包括端口间的同步，帧对FC协议层次中FC-0、FC-1、FC-2层的功能进行了详细描述。
其中，FC-0层描述了两个端口之间物理链路的规范；FC-1层描述了8B/10B编码/解码方案，并规定了端口接收机和发射机的状态；FC-2层规定了数据块传送的规则和机制，包括协调端口间通信所需要的登录/登出服务，可能支持的服务类及不同服务类中的连接和信用管理规则，帧的格式、类型及不同类型的帧的响应，确保链路和数据完整性的差错检测和超时管理；此外，该协议还对光纤通道中的部分一般类服务做了简单介绍。
2.4 snmp网络管理协议2.4.1概述简单网络管理协议（SNMP）是目前TCP/IP网络中应用最为广泛的网络管理协议。
为不同种类的设备、不同厂家生产的设备、不同型号的设备定义一个统一的接口和协议，使得管理员可以使用统一的外观对这些需要管理的网络设备进行管理。
SNMP使用的管理信息结构（SMI）和管理信息库（MIB）提供了一组监控网络元素的最小的，但功能强大的工具。
它的结构十分简单，能够简单快速地实现。
因而SNMP在网络管理领域得到了广泛的接受，已经成为事实上的国际标准。
SNMP目前包括三个版本：SNMPv1、SNMPv2、SNMPv3。
2.4.2网络管理协议结构SNMP 使用UDP 作为传输层协议. UDP 只提供无连接的服务, 因此SNMP 不需要在代理和管理者之间保持联接. SNMP 实体发送消息后不需等待应答, 可以继续发送其它消息或进行其它动作. SNMP 并不要求消息的可靠性, 消息可能被底层的传输服务丢失， 因此可靠性的实现应由SNMP 发送实体根据消息的重要性自行决定。
SNMP 的网络管理由三部分组成，即管理信息库MIB 、管理信息结构SMI 以及SNMP 本身。
2.4.3管理信息结构SMI所谓管理信息结构（Manage Information Structure ）SMI ，就是使用ASN.1来描述管理对象的方法和组织形式。
2.4.4管理信息库MIB管理信息库MIB 指明了网络元素所维持的变量（即能够被管理进程查询和设置的信息）。
MIB 给出了一个网络中所有可能的被管理对象的集合的数据结构。
SNMP 的管理信息库采用和域名系统DNS 相似的树型结构，它的根在最上面，根没有名字。
图2-2是管理信息库的一部分，它又称为对象命名（object naming tree ）。
rootccitt(0)iso(1)joint-iso-ccitt(2)org(3)dod(6)internet(1)directory(1)mgmt(2)experimental(3)private(4)mib(1)enterprise(1)system(1)interfaces(2)at(3)ip(4)icmp(5)tcp(6)udp(7)Internet SMI 1.3.6.11.3.6.2.1图2-2 管理信息库SNMP 的五种协议数据单元（1）get-request操作：从代理进程处提取一个或多个参数值（2）get-next-request操作：从代理进程处提取紧跟当前参数值的下一个参数值（3）set-request操作：设置代理进程的一个或多个参数值（4）get-response操作：返回的一个或多个参数值。
这个操作是由代理进程发出的，它是前面三种操作的响应操作。
（5）trap操作：代理进程主动发出的报文，通知管理进程有某些事情发生。
SNMP TRAP的报文格式version community PDUSNMP报文格式Enterprise Agent-addr generictrap specifictrap timestamp variablebindings TRAP PDUenterprise：产生该Trap的网络管理子系统，基于SysObjectID。
如果是企业自定义的Trap，此值为企业在enterprise子树下的注册子树。
agent-addr：产生Trap的被管理设备的网络地址（IP地址）。
generictrap：正数类型。
用于标识其他Trap的类型。
意义的解释如下：coldStart Trap（0）：设备冷启动时发送的Trap，表明系统经过初始化，代理的配置或协议实体的配置有可能被改变。
warmStart Trap（1）：热启动，代理的配置或协议实体的配置都没有被改变。
linkDown Trap（2）：表明系统探测到本系统中有一个通信链路失败。
linkup Trap（3）：表明系统探测到本系统中有一个通信链路恢复。
authenticationFailure Trap（4）：授权失败，表明一个代理遇到一个授权失败的SNMP 消息。
实现SNMP协议必须实现该Trap的功能，但同时也必须实现选择组织该Trap发送的机制。
egpNeighborLoss Trap（5）：EGP邻居丢失。
EGP是外部网关协议，通过建立邻居关系维持通信。
enterpriseSpecific Trap（6）：代理发现一个非上述事件的敏感事件，即扩展的Trap。
该Trap具体的意义由specific-trap码解释。
specifictrap：和generictrap一起标识扩展的Trap。
timestamp：时间戳。
系统从上次启动到系统产生该Trap的时间。
variablebindings：变量绑定。
为管理工作站提供更加详细的事件描述信息。
TRAP定义语法IMPORTSObjectNameFROM RFC1155-SMI；TRAP-TYPE MACRO：：= BEGINTYPE NOTATION：：=“ENTERPRISE” value （enterprise OBJECT IDENTIFIER）VarPartDescrPartReferPartVALUE NOTATION：：= “value（VALUE INTEGER）”VarPart：：=“VARIABLES”“{”Vartypes“}” | emptyVarTypes：：=VarType | VarTypes“，” VarTypeVarType：：= value（vartype ObjectName）DescrPart：：=“DESCRIPTION” value（description DisplayingString） | empty ReferPart：：=“REFERENCE” value（reference DisplayingString） | empty END。
