基于SOCKS协议的IPv6_IPv4转换器
基于SOCK S 协议的IPv6/IPv4转换器
安 雁① 方滨兴
(哈尔滨工业大学计算机科学与工程系 哈尔滨150001)
摘 要 介绍了IPv6协议出现和IPv6与IPv4将长期共存的必然性。讨论了从IPv4到
IPv6的各种过渡机制,包括IPv4网络中IPv6域间互联的机制及IPv6节点与IPv4节点间通信的机制。实现了一个IPv6/IPv4转换器,该转换器利用了SOC KS 协议和6to4隧道方式。最后分析了这个转换器的适用性和特点。关键词 IPv6,6to4,SOC KS ,AL G ,转换器
0 引言
目前互联网正以令人难以预料的速度膨胀,据统计,平均每年互联网的规模扩大一倍。互联网现在使用的网络协议IPv4的地址分配已出现紧张,尽管使用无类域间路由(CIDR )等技术在一定程度上延缓了IP 地址紧张的局面,但是引入并采用新的地址方案势在必行。同时多媒体数据流的加入,对数据流真实性的鉴别,以及安全性等方面的需求都迫切要求新一代IP 协议的出现。20世纪90年代初,人们就开始讨论新的互联网络协议。IETF 的IPng 工作组在1994年9月提出了一个正式草案“The Recommendation for the IP Next G eneration Protocol ”,1995年底确定了IPng 的协议规范,并
称为“IP 版本6”(IPv6)[1],以区别于当前使用的IPv4。
IP 是互联网体系结构的核心,它必须具备相对
的稳定性。IPv6作为互联网协议的新版本,其根本目的是继承和取代IPv4。互联网协议和标准化有一个简单的原则:只要现有的协议标准还可用,就使用现有的协议标准;只有当现有的标准不够时才制定新的协议,只有这些新的标准可用,而它们又能提供等价的功能,才使用这些新的标准。IPv6需要在研究所和学术机构中进行足够的试验,才能像IPv4一样投入使用。因此,从IPv4到IPv6要有一个过渡时期,过渡时期的基本问题主要涉及以下3个方面:长期共存、IPv4和IPv6互连互通以及IPv6的自动配置问题。
1 IPv6/IPv4转换机制[3]
IPv4到IPv6的基本过渡机制有2种:双协议
栈和隧道方式。
1.1 双协议栈
一个协议栈同时提供对IPv4和IPv6的支持,称为双协议栈,其结构见图1。双协议栈节点可以与IPv4和IPv6节点直接进行互操作。由于双协议栈节点既支持IPv4协议,也支持IPv6协议,因此必须同时拥有IPv4和IPv6地址。通常利用IPv4的某些机制(如DHCP )获得IPv4地址,利用IPv6的某些机制(如自动地址配置)获得IPv6地址。双协议栈节点必须提供解析域名的函数,这些函数既能处理IPv4的A 记录,也能处理IPv6的AAAA 或A6记录。如果DNS 中同时出现了A 和AAAA 记录,有3种处理方法:只返回IPv4地址,只返回IPv6地址和既返回IPv4地址也返回IPv6地址。返回何种地址类型和以何种顺序返回将影响其后通信的类型。双栈这个词本身有误导性,大部分IPv6的实现不提供分别针对IPv4和IPv6的TCP/IP 栈,而是一种混杂的栈,两个协议栈共享大部分的代码。
应用程序TCP/UDP
IPv4
IPv6
网络层图1 双栈节点
1.2 隧道方式
IPv6分组封装在IPv4分组中,借助IPv4网络
—
03—①女,1977年生,硕士;研究方向:网络安全;联系人。
(收稿日期:2001210211)
传递IPv6分组,称为隧道方式,见图2。被IPv4网络分隔开的IPv6节点或网络之间通过配置隧道建立虚拟的连接。IPv6域之间传递的IPv6分组被封装在IPv4分组中。隧道的端点包含两个IPv4地址和两个IPv6地址。隧道分为手工配置和自动配置两种类型。6bone [4]网络主要由手工配置的隧道组成,自动配置的隧道的端点具有与IPv4地址兼容的IPv6地址
。
图2 隧道方式
1.3 互联方法
从IPv4向IPv6过渡的过程中,面临着两方面的问题。一方面,各个IPv6域被IPv4网络分隔开,这些孤立的IPv6域之间需要通信。另一方面,IPv6域与IPv4网络之间也需要建立通信。
IPv6域之间通信有以下几种解决办法:手工配
置的隧道、自动配置的隧道、隧道代理、6to4、6over4。
IPv4节点和IPv6节点间通信有以下几种解决
办法:双栈模式、有限的双栈模式、SOC KS64、SIIT 、NA T 2PT 、B IS 、传输层中继翻译器、DSTM [5]。
本文介绍的转换器实现主要应用了其中的6to4和SOC KS64方法。
(1)6to4
6to4[2]适用于被IPv4网络分隔开的孤立的IPv6域之间的通信。IPv6域的出口路由器负责创
建到其他IPv6域的隧道。隧道的IPv4端点通过IPv6域的前缀标识。这一前缀由唯一的6to4顶级
定位器聚合(TLA )加上次级定位器聚合(NLA )组合构成,其中NLA 标识通过出口路由器的IPv4地址标识了整个站点。
6to4的另一有趣现象是它能自动地从IPv4地
址产生一段48位长的IPv6地址。依靠这一机制,站点可以布置IPv6而不用先申请IPv6地址空间。当没有IPv6的ISP 的时候,这是非常宝贵的,因为这将管理隧道的费用降到0。
(2)SOC KS64
SOC KS 网关系统接受来自IPv4主机的SOC KS 连接,并把这一连接中继给IPv4或IPv6主
机。对于SOC KS 化过的站点(这些站点已经使用
了懂得SOC KS 协议的客户端和SOC KS 服务器),
SOC KS 网关提供了一种简便的将IPv4主机与IPv6主机相连的机制。SOC KS64不需要修改DNS ,也不需要进行地址映射。SOC KS64的原理还可用于IPv6主机到IPv4主机的连接,通过IPv6网络连接IPv4主机和通过IPv4网络连接IPv6主机。后面两种情况与隧道技术相似,但不会有分段或跳数受限制的问题。
2 基于SOC KS 的IPv6/IPv4网关机
制[6]
我们实现的转换器是一个应用层的网关(AL G ),它依赖于SOC KS 协议,是基于SOC KS 协议的IPv6/IPv4转换器。通过这个转换器可以实现IPv6节点和IPv4节点之间的通信。2.1 简述
我们的转换器,是通过应用SOC KS 协议和对IPv4及IPv6通信进行中继实现的。由于没有引入新的协议,这一转换器所提供的通信环境与SOC KS 协议所提供的相同。这一转换器的工作原理是在应用层对IPv4连接和IPv6连接进行中继,它具有的特点来源于应用层中继机制的特点和SOC KS 机制的特点。2.2 基于SOCK S 的网关机制
图3是我们实现的网关的基本结构。
图3中,客户端C 发起到目的D 的连接。此转换器需要增加两个功能模块。一个是客户端的3SOC KS 库3(客户端C ),处于应用层和套接字之间。3SOC KS 库3替换了应用程序的套接字函数和DNS 名字解析函数(如gethostbyname (),getad 2drinfo ())。3SOC KS 库3中有一个专门为“DNS 名字解析代理”设计的映射表。另一模块是安装在IPv6/IPv4双栈节点上的3网关3(网关G ),它实现客户端C (IPvX )和目的D 之间任意协议组合的中继。当3SOC KS 库3发出请求时,负责中继连接的3网关3父线程派生相应的子线程来处理中继请求。有4种中继方式,即:类型C 2222222G 22222222D A IPv4IPv4同构通信(通常的SOCK S )B IPv4IPv63异构通信3C IPv6IPv43异构通信3D
IPv6
IPv6
同构通信
—
1
3—
类型A 为通常的SOC KS 机制。类型B 和C 是我们实现的IPv6/IPv4转换器的主要工作。类型D 是类型A 的扩展,这里暂不讨论。
由于3SOC KS 库3通过SOC KS 协议(SOC KSv5)与3网关3通信,因此这种客户端C 和网关G 之间的特定连接称为“SOC KS 化”的连接,
它不仅能够传输数据,而且能够传输控制信息(如目
的D 的位置)。网关G 与目的D 之间为非SOC KS 化的正常连接。目的D 上运行的服务器应用程序不必知道客户端C 的存在,它所知道的通信的另一端是网关G
。
图3 基本的基于SOCK S 的网关机制
这一转换器具有两个特点:
(1)分组大小不需要调整
IPv6分组头和IPv4分组头有较大差别,因此
在一般的通信过程中分组的大小需要调整。否则,
分组的大小可能会超过网络的M TU 。由于我们实现的转换器是在应用层对两个独立的连接进行中继,因此,并没有增大网络的M TU ,而且,中继的也只是应用层简单的数据流,分组的大小自动进行了调节。
(2)中继可以认证
由于SOC KS 最初是为防火墙系统设计,有很多认证的方法,因此,中继的连接可以用SOC KS 的认证方法来认证。2.3 D NS 名字解析过程
在通信程序中,必须获得目的IP 地址才能开始通信。然而,现存的IPv4应用程序无法处理IPv6地址,对于这种异构通信,理论上无法获得正确的地址。由于地址长度的差异,4字节的地址空间无法存储IPv6的地址。
为了解决这个问题,我们实现的转换器中使用了“DNS 名字解析代理”这一方法。这一方法将源节点(客户端C )DNS 名字解析的动作代理给中继服务器(网关G )。由于中继服务器是IPv6/IPv4的双栈节点,对于任何地址类型的DNS 名字解析查询都不会出现问题,因此,不必修改现存的DNS 。
“DNS 名字解析代理”不仅支持目的为域名(FQDN )的情况,而且支持数字IP 的形式。由于
IPv6地址表示中包含冒号(“
:”),在IPv4的应用程序会把IPv6地址看成FQDN 。对数字IP 的支持几
乎与对FQDN 的支持完全相同。
SOC KS 协议中规定了在A T YP 域中,可以是IPv4地址,IPv6地址或域名(FQDN )。“DNS 名字解析代理”方法中,A T YP 域中用的是FQDN 。包含在A T YP 域的域名(FQDN ),从客户端C 传输到网关G 以指明目的D 。
为了解决地址长度差异的问题,引进了“假IP ”作为SOC KS 化的应用程序的虚拟目的IP 地址。在3SOC KS 库3(客户端C 中)中设有映射表,管理“假IP ”和“FQDN ”之间的映射,通过“假IP ”地址查找相应的“FQDN ”。映射表在本地而且独立于其他的应用程序和其他的3SOC KS 库3。
“DNS 名字解析代理”方法保证了应用程序的透明性。除了对应用程序进行SOC KS 化,不需要做其他特别的工作。由于DNS 名字解析函数被3SOC KS 库3替换,“DNS 名字解析代理”的执行是在SOC KS 库内部实现的。
只有当SOC KS 命令中A T YP 域是FQDN 时,“DNS 名字解析代理”才会用到。因此,对于异构通信,使用“DNS 名字解析代理”是强制的。在A T YP 域应用FQDN 方法依赖于SOC KS 协议的配置和实现。我们着重讨论A T YP 域中是FQDN 时的情况。
“DNS 名字解析代理”的详细过程及与地址映
—
2
3—
射管理相关的问题描述如下:
(1)调用DNS 名字解析函数(如gethostbyname ()),源节点(客户C )上的应用程序试图获得目的节点(目的D )的IP 地址。这时候,目的D 的逻辑主机名(“
FQDN ”)作为参数传递给应用程序的3SOC KS 库3。
(2)由于3SOC KS 库3已经替换了名字解析函数,真正的DNS 名字解析函数并没有被调用。作为参数的“FQDN ”只是记录到3SOC KS 库3的一个映射表里,并有一个“假IP ”地址从预留的IP 地址空间中被选出,返回给应用程序。选择IP 的地址空间绝不会在真正的通信中用到(如0.0.0.X 这样的地址)。“假IP ”地址的类型必须与应用程序调用的函数相匹配。也就是说,“假IP ”必须与客户C 的地址类型相同,即使与目的D 的地址类型不同。选定的“假IP ”地址与“FQDN ”作为一条记录写到映射表里之后,“假IP ”返回给应用程序。
(3)应用程序收到“假IP ”地址后,开始准备“套接字”。“假IP ”地址被用作“套接字”的一个元素。应用程序调用套接字函数(如connect ()),发起连接。“套接字”作为函数的参数使用。
(4)由于3SOC KS 库3已经替换了这些套接字函数,真正的套接字函数并没有被调用。根据套接字参数的IP 地址进行判断,如果该地址属于假地址空间,从映射表中取出与之相匹配的“FQDN ”。
(5)使用与套接字函数相匹配的SOC KS 命令(如对于connect ()使用CONN ECT 命令),FQDN 传到中继服务器(网关G )上的3网关3。
(6)最后,真正的DNS 名字解析函数(如getad 2
drinfo ())在3网关3被调用,通过SOC KS 协议收到
的“FQDN ”用作调用函数时的参数。
(7)3网关3从DNS 服务器得到“真IP ”地址,并创建“套接字”。“真IP ”地址用作“套接字”的一个元素。
(8)3网关3调用套接字函数(如connect ())与目的D 通信。“套接字”作为函数的参数使用。
“DNS 名字解析代理”的问题是,DNS 名字解析过程的失败在源节点(客户端C )显示不正确,显示的是连接建立失败。
“DNS 名字解析代理”并不要求为了地址映射而预留很多地址,因此复杂的地址分配及垃圾收集机制是不需要的。通过使用假IP 地址和用于DNS 名字解析代理的映射表,地址管理操作是由3SOC KS 库3实现的。因为映射表每个应用程序都有一份,映射表独立于其他的应用程序。因此,管理表较容易,而且不需要预留较多地址。2.4 连接起来的多中继机制
我们实现的IPv6/IPv4转换器所具有的灵活性足以支持连接起来的多次中继。依靠多次中继,IPv4和IPv6相互混和的各种拓扑结构都可以实
现。
图4中,源节点(客户端C )发起与目的节点(目的D )的通信。实际上,这一连接被3个连接所代替,这3个连接由两个中继服务器(网关G 1和G 2)连接。在第一个中继服务器(网关G 1)上,通过使3网关13具有SOC KS 库的功能,多次中继的拓扑结构得以实现。在源节点和最终的目的节点之间中继操作的次数是没有限制的。为了叙述简单,
这个图
图4 多级中继机制
—
33—
里只画了两次中继。由于连接起来的多次中继比一次中继要复杂,因此只是在某些特定的情况下(如可以使用的协议或拓扑受到了路由器的限制),才使用连接起来的多次中继。
2.5 转换器的适用性
我们实现的IPv6/IPv4转换器需要对应用程序进行SOC KS化(安装SOC KS库),才能实现通信。修改应用程序(修改源代码和重新编译等)是不必要的,因为通常SOC KS化是通过改变动态连接库的连接顺序(比如说,在连接普通的套接字和DNS名字解析函数库之前连接SOC KS库)实现的。
这一机制不需要修改DNS系统,因为在客户端C的DNS名字解析过程是通过代理给双栈节点网关G实现的。
不考虑SOC KS化,基于SOC KS的网关机制有下列三类的限制:
(1)基本限制
这一限制是由于IPv4和IPv6的地址长度有差异造成的。
把IP地址作为返回值的函数(如getpeername ()和getsocksname())不能提供正确的IP地址作为返回值。但是,可以返回合适的端口值,因为IPv4和IPv6中端口值的取值范围是相同的,而且SOC KS协议能够传递端口值。
(2)SOC KS机制的限制
当前不可能对所有的应用程序都进行SOC KS 化,因为有些应用程序采用非常规的方法建立连接。我们实现的IPv6/IPv4转换器不适用于这样的应用程序。
(3)使用假地址造成的限制
对于应用程序,假地址作为临时值。“DNS名字解析代理”中要用到映射表,这些假地址作为映射表中的关键字。应用程序关闭后,映射表也消失了,假地址信息也会被清除掉。
假地址即使是被永久地记录下来(如作为bookmark被记录下来了),也不会造成严重的后果。这些记录下来的假地址将变得失效,因为假地址信息是从一个特别的IP地址空间中取的,这个地址空间(即,0.0.0.X)绝不会在真正的通信中用到,这样的地址信息对于一般的通信是没有用的。而且,这样的情况很少出现,因为大多的应用程序记录下来的是FQDN,而不是IP地址。
我们实现的IPv6/IPv4转换器的特点来自于SOC KS机制。因此需要讨论关于SOC KS机制的一些问题。SOC KSv5协议由三类命令(CONN ECT, B IND和UDP ASSOCIA TE)组成。所有三个命令都可用于IPv6/IPv4网关机制。
本文描述的用法大多是针对CONN ECT命令的,因为CONN ECT命令是SOC KS机制中最常用到的命令。由于CONN ECT命令没有明显的弱点,因此可以不加考虑地使用它。
其他命令(B IND和UDP ASSOCIA TE)有弱点。在使用时,要考虑到这些弱点。
B IND命令是针对F TP类应用程序的反向连接需求而设计的。因此,非F TP类应用程序使用B IND命令可能会出现问题。
UDP ASSOCIA TE是针对UDP类应用程序(如archie)而设计的。这个命令还不是足够的通用,不能支持同时使用TCP和UDP的应用程序。2.6 转换器的安全性
由于我们实现的IPv6/IPv4转换器依赖SOC KSv5协议,所以其安全特征与SOC KSv5相同。这一转换器的基础是在应用层对两个“独立”的连接进行中继。端到端的安全分别由这两个连接(即,在客户端C与网关G之间及在网关G与目的D之间)维持。这一机制不提供从最初的源(客户端C)到最终的目的(目的D)之间的端到端的安全中继。
3 转换器的应用
转换器实现之后,我们对其进行了测试。测试的环境为本实验室的局域网,转换器在一台有互联网连接的双栈计算机上运行,局域网上的其他计算机只有IPv4的协议栈,通过该转换器访问互联网上的IPv6站点。图5和图6所示是通过该转换器进行HTTP连接的结果
。
图5 访问IPv62only站点
—
4
3
—
图6 访问6to4站点
应用的结果表明,该转换器成功实现了IPv4/ IPv6的转换。
4 结束语
由于IPv4的局限性和缺陷,IPv6的出现具有必然性。但IPv6在投入使用之前需要经过大量的测试,所以二者将会长期共存。从IPv4向IPv6转移的过程中,需要用到各种的转换机制。本文研究和讨论了转换的几种机制,并描述了我们实现的一种基于SOC KS协议的IPv4/IPv6转换器,利用该转换器,IPv4的应用程序可以不加修改地使用各种IPv6的服务。该转换器采用客户/服务器的模式,在对工作过程进行描述之后,本文对它的适用性及安全性进行了分析。
参考文献:
[1]Deering S,Hinden R.Internet protocol,version6(IPv6)
specification.RFC2460,Dec.1998
[2]Carpenter B,Moore K.Connection of IPv6domains via
IPv4clouds.RFC3056,Feb.2001
[3]Biemolt W,K aat M,Larder T,et al.On overview of the
introduction of IPv6in the Internet.draft2ietf2ngtrans2in2 troduction2to2ipv62transition20.6txt
[4]https://www.360docs.net/doc/7816959800.html,
[5]Bound J,Toutain L,Affifi H.Dual stack transtion mecha2
nism(DSTM).draft2ietf2ngtrans2dstm204.txt
[6]K itamura H.A SOCKS2based IPv6/IPv4gateway mecha2
nism.RFC3089,Mar.2001
[7]Leeh M,G anis M,Lee Y,et al.SOCKS.protocol v5.
RFC1928,Apr.1996
An Implementation of SOCK S B ased IPv6/IPv4T ranslator
An Yan,Fang Binxing
(Dept of Computer Science and Engineering,Harbin Institute of Technology,Harbin150001)
Abstract
The inevitability of IPv6’s appearance and IPv6&IPv4’s coexistence is introduced.Various kinds of transi2 tion mechanisms to IPv6are discussed,including communications among two or more IPv6islands isolated in the IPv4world,and communications between the existing IPv4world and the new IPv6world.An implementation of translator is put forward,which combines SOC KS protocol and6to4tool.Based on this translator,applica2 bility concerns and some characteristics are analyzed.
K ey w ords:IPv6,6to4,SOC KS,AL G,Translator
—
5
3
—
最新足彩合买协议
合同订立原则 平等原则： 根据《中华人民共和国合同法》第三条：“合同当事人的法律地位平等，一方不得将自己的意志强加给另一方”的规定，平等原则是指地位平等的合同当事人，在充分协商达成一致意思表示的前提下订立合同的原则。这一原则包括三方面内容：① 合同当事人的法律地位一律平等。不论所有制性质，也不问单位大小和经济实力的强弱，其地位都是平等的。②合同中的权利义务对等。当事人所取得财产、劳务或工作成果与其履行的义务大体相当；要求一方不得无偿占有另一方的财产，侵犯他人权益；要求禁止平调和无偿调拨。③合同当事人必须就合同条款充分协商，取得一致，合同才能成立。任何一方都不得凌驾于另一方之上，不得把自己的意志强加给另一方，更不得以强迫命令、胁迫等手段签订合同。 自愿原则： 根据《中华人民共和国合同法》第四条：“当事人依法享有自愿订立合同的权利，任何单位和个人不得非法干预”的规定，民事活动除法律强制性的规
定外，由当事人自愿约定。包括： 第一，订不订立合同自愿；第二，与谁订合同自愿，；第三，合同内容由当事人在不违法的情况下自愿约定；第四，当事人可以协议补充、变更有关内容；第五，双方也可以协议解除合同；第六，可以自由约 定违约责任，在发生争议时，当事人可以自愿选择解决争议的方式。公平原则： 根据《中华人民共和国合同法》第五条：“当事人应当遵循公平原则确定各方的权利和义务”的规定，公平原则要求合同双方当事人之间的权利义务要公平合理具体包括：第一，在订立合同时，要根据公平原则确定双方的权利和义务；第二，根据公平原则确定风险的合理分配；第三，根据公平原则确定违约责任。 诚实信用原则： 根据《中华人民共和国合同法》第六条：“当事人行使权利、履行义务应当遵循诚实信用原则”的规定，诚实信用原则要求当事人在订立合同的全过程中，都要诚实，讲信用，不得有欺诈或其他违背诚实信用的行为。 善良风俗原则
宇电AI501 RS485通讯协议说明
AIBUS通讯协议说明（V7.0） AIBUS是厦门宇电自动化科技有限公司为AI系列显示控制仪表开发的通讯协议，能用简单的指令实现强大的功能，并提供比其它常用协议（如MODBUS）更快的速率（相同波特率下快3-10倍），适合组建较大规模系统。AIBUS采用了16位的求和校正码，通讯可靠，支持4800、9600、19200等多种波特率，在19200波特率下，上位机访问一台AI-7/8系列高性能仪表的平均时间仅20mS，访问AI-5系列仪表的平均时间为50mS。仪表允许在一个RS485通讯接口上连接多达80台仪表（为保证通讯可靠，仪表数量大于60台时需要加一个RS485中继器）。AI系列仪表可以用PC、触摸屏及PLC作为上位机，其软件资源丰富，发展速度极快。基与PC的上位机软件广泛采用WINDOWS作为操作环境，不仅操作直观方便，而且功能强大。最新的工业平板触摸屏式PC的应用，更为工业自动化带来新的界面。这使得AIDCS系统价格大大低于传统DCS系统，而性能及可靠性也具备比传统DCS系统更优越的潜力，V7.X版本AI-7/8系列仪表允许连续写参数，写给定值或输出值，可利用上位机将仪表组成复杂调节系统。 一、接口规格 AI系列仪表使用异步串行通讯接口，接口电平符合RS232C或RS485标准中的规定。数据格式为1个起始位，8位数据，无校验位，1个或2个停止位。通讯传输数据的波特率可调为4800~19200 bit/S，通常用9600 bit/S，单一通讯口所连接仪表数量大于40台或需要更快刷新率时，推荐用19200bit/S，当通讯距离很长或通讯不可靠常中断时，可选4800bit/S。AI仪表采用多机通讯协议，采用RS485通讯接口，则可将1~80台的仪表同时连接在一个通讯接口上。 RS485通讯接口通讯距离长达1KM以上（部分实际应用已达3-4KM），只需两根线就能使多台AI仪表与计算机进行通讯，优于RS232通讯接口。为使用普通个人计算机PC能作上位机，可使用RS232/RS485或USB/RS485型通讯接口转换器，将计算机上的RS232通讯口或USB口转为RS485通讯口。宇电为此专门开发了新型RS232/RS485及USB/RS485转换器，具备体积小、无需初始化而可适应任何软件、无需外接电源、有一定抗雷击能力等优点。 按RS485接口的规定，RS485通讯接口可在一条通讯线路上连接最多32台仪表或计算机。需要联接更多的仪表时，需要中继器，也可选择采用75LBC184或MAX487等芯片的通讯接口。目前生产的AI仪表通讯接口模块通常采用75LBC184，这种芯片具备一定的防雷击和防静电功能，且无需中继器即可连接约60台仪表。 AI仪表的RS232及RS485通讯接口采用光电隔离技术将通讯接口与仪表的其他部分线路隔离，当通讯线路上的某台仪表损坏或故障时，并不会对其它仪表产生影响。同样当仪表的通讯部分损坏或主机发生故障时，仪表仍能正常进行测量及控制，并可通过仪表键盘对仪表进行操作，工作可靠性很高。16位校验码的正确性是简单奇偶校验的30000倍，基本能保证数据可靠性。并且同一网络上有其他公司也采用主从方式通讯的产品时，如PLC、变频器等，多数情况下AI系列仪表都不会受其它公司产品通讯干扰，不会产生采集数据混乱或无法通讯的问题。但是AI仪表协议并不能保证其它公司产品能否正常工作，所以除非万不得已，不应将AI仪表与其它产品混在一个RS485通讯总线上，而应分别使用不同的总线。 二、通讯指令 AI仪表采用16进制数据格式来表示各种指令代码及数据。AI仪表软件通讯指令经过优化设计，标准的通讯指令只有两条，一条为读指令，一条为写指令，两条指令使得上位机软件编写容易，不过却能100%完整地对仪表进行操作；标准读和写指令分别如下： 读：地址代号+52H（82）+要读的参数代号+0+0+校验码 写：地址代号+43H（67）+要写的参数代号+写入数低字节+写入数高字节+校验码 地址代号：为了在一个通讯接口上连接多台AI仪表，需要给每台AI仪表编一个互不相同的通讯地址。有效的地址为0~80（部分型号为0~100），所以一条通讯线路上最多可连接81台AI仪表，仪表的通讯地址由参数Addr决定。仪表内部采用两个重复的128~208（16进制为80H~D0H）之间数值来表示地址代号，由于大于128的数较少用到（如ASC方式的协议通常只用0-127之间的数），因此可降低因数据与地址重复造成冲突的可能性。
帧网协议转换器SVP02B
帧网协议转换器SVP02B （试行版） 中国移动通信集团广东有限公司网络服务中心 二O一一年十月
目录 一、告警指示和配置说明 (1) 1.1 设备参考示意图 (1) 1.2 指示灯定义 (1) 1.3 拨码设置 (1) 二、常见故障解决 (3) 2.1 E1 告警 (3) 2.2 V.35 告警 (3) 三、技术指标 (3) 3.1 E1接口电气特性 (3) 3.2 V.35 接口电气特性 (4) 3.3 管理接口特性 (4) 3.4 供电条件 (4) 3.5工作环境 (5) 3.6外形尺寸 (5)
一、告警指示和配置说明 1.1 设备参考示意图 SVP02B 的前面板与后面板如下图所示 图 5.2SVP02B后面板示意图 1.2 指示灯定义 SVP02B 提供完整的告警指示和状态指示，其中红灯亮表示严重告警，系统不能正常工作；绿灯亮表示系统工作正常。各指示灯的具体定义如下： --WK (系统工作指示灯，绿灯)：正常工作时闪亮。 --CFG（远端告警，黄灯）：成帧模式下，传输线路有故障时常亮。 --L/A（E1 接口告警指示灯，红灯）：E1 信号丢失时长亮，有 AIS 告警时闪亮。--LOF(V.35 帧失步指示灯，红灯)：成帧模式下，帧同步丢失时长亮。 --VTD (V.35 发送指示灯，绿灯)：V.35 接口向对端发送数据时闪亮。 --VRD (V.35 接收指示灯，绿灯)：V.35 接口从对端接收数据时闪亮。 --LOP（环回指示灯，黄灯）：设备拨码或网管设置成 V.35 本端环回时常亮，设置成向远端环回时闪亮。 1.3 拨码设置 前板拨码（共六位，位于设备前面板）： --第 1 位：V.35 本端环回； ON：本端环回； OFF：正常
投资理财合买协议书
理财合买协议书 甲方：身份证号： 乙方：身份证号： 上述两方本着自愿平等，诚实信用的原则，经友好协商，现就合买XXXX公司XXXX款理财产品事宜达成如下合作协议： 一、合作内容： 两方共同出资XXXX元用于购买理财，按XX ：XX 的比例进行出资, 甲方出资金额为人民币XXXX元， 乙方出资金额为人民币XXXX元， 合作收益按出资比例分配。 XXX款产品的理财收益率为xxxx，甲乙两方合计投资xxx元，投资期限x年（xxx年xxx月xxx日至xxx年xxx月xxx日），投资收益金额为xxxx元，按照出资比例，到期收益分配如下： 甲方收益金额为人民币XXXX元， 乙方收益金额为人民币XXXX元。 二、权利和义务: 1.协议两方确保各自比例的出资于xx年xx月的XX日汇入账号为xxx 的账户内，此银行账户由xxx持有。两方必须保证资金的及时到位，如逾期不出资，视为放弃理财合买。 2.理财的购买必须经协议两方一致同意，理财收益到期后，收益金额自动兑现并汇入账号为xxx的银行账户内，账户持有者xxx必须在
xxx日内按照本协议约定的分成比例金额转账给XXX。 三、协议的生效及其他： 1.本协议自各方签字按手印后生效，即具有法律约束力，任何一方不得随意变更。如需要变更时，两方应协商并签订新的书面协议。 2.若在本协议履行过程中发生争议，两方应协商解决。任何本协议未尽事宜，两方应本着互谅互让的精神协商加以解决，如果不能解决，提交法院诉讼。 3.协议两方中任一方未履行本协议条款，导致协议不能履行或不能完全履行时，另一方方有权随时变更、解除协议，并有权追究其违约责任。 本协议有效期为自xxx年xxx月xxx日至xxx年xxx月xxx日。 本协议自两方签字按手印后生效。 甲方：乙方： 签订日期：xxx 年xxx月xxx日
万能协议转换器驱动驱动程序列表
D RIVER L IST FOR G3,D ATA S TATION P LUS AND M ODULAR C ONTROLLER Current as of April 2011 Ethernet Drivers ?
激光笔中文对码方法
演示器键盘对码方法 正常情况下，无线演示器和接收器在出厂时已经进行了配对，发射端和接收端通过唯一的码值进行匹配，每个无线演示器只能控制和它配对的接收器。由于无线信号的干扰，在某些情况下，可能造成接收器丢失保存的码值，从而出现无法控制的现象。这种情况下需要进行对码。 本产品采用键盘指令进行对码。过程是先通过操作电脑键盘上的按键，使接收器进入对码状态，然后按无线演示器上的对码键完成对码。步骤如下： 1) 将接收器插到电脑USB端口上（如果是第一次插入电脑，电脑将自动查找到新的硬件并完成安装）。 2) 操作键盘上的按键使接收器进入对码状态。操作之前，先找到键盘上的三个按键：Caps Lock，Scroll Lock，Num Lock的位置，以及这三个按键在键盘上对应的指示灯，然后按下面的四个步骤进行操作： (1) 按灭键盘上的Caps Lock，Scroll Lock，Num Lock指示灯，使三个按键的指示灯均熄灭；注意：把亮的按灭，已经灭的不需要再按。 (2) 依次按亮键盘上的Caps Lock，Scroll Lock，Num Lock指示灯； (3) 依次按灭键盘的Caps Lock，Scroll Lock指示灯； (4) 依次按亮键盘的Caps Lock，Scroll Lock指示灯； 以上四步操作需按顺序连贯操作。如果把上述三个按键Caps Lock，Scroll Lock，Num Lock 依次标记为“按键1”、“按键2”、“按键3”，则上述操作流程从第二步开始，即三个指示灯都灭的状态下，可以简化为：1、2、3，1、2，1、2。 操作时各指示灯的变化如右图所示，黑色表示指示灯是灭的，灰色表示指示灯是亮的。 Scroll Num 图(1)
汽车网关信息安全典型攻击举例
附录B （资料性附录） 典型攻击举例 B.1Ping of death 是一种通过向计算机发送格式错误或其他恶意的ping协议数据包的攻击,也称死亡之ping。例如由攻击者故意发送大于65536比特的IP数据包给被攻击者，导致被攻击者无法处理甚至系统崩溃。 B.2ICMP泛洪攻击 是一种简单的拒绝服务攻击，也称作ping泛洪攻击，攻击者用ICMP“回应请求”（ping）数据包淹没被攻击者。 B.3UDP泛洪攻击 UDP泛洪攻击是使用UDP协议（一种无会话、无连接的传输层协议）进行的拒绝服务攻击。 B.4TCP SYN攻击 TCP SYN攻击是一种拒绝服务攻击形式，攻击者向目标系统发送一连串SYN请求，试图消耗足够的服务器资源，使系统对合法流量无响应。 B.5Teardrop攻击 在IP数据包的包头中，其中有一个字段是片位移，该字段指示了该分片数据包在原始未分片数据包中的起始位置或偏移量。 Teardrop攻击是指利用恶意修改了IP分片偏移值的IP数据包进行攻击，从而使被攻击者无法正常进行IP数据包重组，甚至导致系统崩溃。 B.6ARP欺骗攻击 这种欺骗攻击是攻击者将欺骗性的地址解析协议（ARP）数据包发送到本地网络上。目的是将攻击者的MAC地址与另一个主机或网络设备的IP地址相关联，从而导致网络上其他节点将该IP地址的任何流量发送给攻击者。 B.7IP欺骗攻击 IP地址欺骗，指攻击者假冒某个合法主机的IP地址发送数据包，从而达到获取被攻击者信任或者隐藏攻击者真实IP地址的目的。 B.8ICMP Smurf攻击
这种攻击方法结合使用了IP欺骗攻击和ICMP泛洪攻击。攻击者伪造ICMP数据包的源地址,并将数据包目的地址设置为网络的广播地址。如果网络设备不过滤此流量，则该ICMP数据包将被广播到网络中的所有计算机，而网络中所有计算机将向被伪造的源地址发送应答请求包，从而淹没这个被伪造源地址的计算机，并可能使整个网络拥塞而降低可用率。此攻击以最初发动这种攻击的恶意程序“Smurf”来命名。 B.9IP地址扫描 IP地址扫描是一种基本的网络扫描技术，用于确定地址范围内的哪些地址具有活动的计算机主机。典型的地址扫描是向某个地址范围中的每个地址发送ping请求以尝试获得应答。 B.10端口扫描（Port scan） 端口扫描，指攻击者尝试与目标主机上的每个端口建立通信会话。如果在某个端口的会话连接成功，则说明目标主机在该端口有开放的服务。 B.11XSS跨站攻击（Cross-site scripting） 攻击者利用网站程序对用户输入过滤不足，输入可以显示在页面上对其他用户造成影响的HTML代码，从而盗取用户资料、利用用户身份进行某种动作或者对访问者进行恶意软件注入。 B.12SQL注入攻击（SQL injection注入） SQL注入是指攻击者把SQL语句插入到Web表单提交，或输入域名、页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL语句的目的。 B.13恶意软件 恶意软件是指在计算机系统中安装执行恶意任务的勒索软件、病毒、蠕虫、特洛伊木马、广告软件、间谍软件等程序。 B.14CAN数据帧泛洪攻击 CAN总线网络通信协议规定ECU间传输数据帧的优先级由CAN数据帧的ID决定，ID越小则数据帧优先级越高。因此，入侵者如果在一个CAN总线上以很高的频率发送一个高优先级的CAN数据帧，将很可能会阻塞其他数据帧的发送，从而实现DoS攻击。 B.15CAN ID伪造 由于CAN总线网络通信是广播通信，入侵者可以很容易获取在一条CAN总线上发送的所有数据帧。通常CAN数据帧是明文传输的，入侵者可以通过猜解、遍历或其他手段解析数据帧格式和内容，对车辆关键控制信号进行逆向破解，进一步在该CAN总线上以这些ID的名义发送非法的数据帧，从而干扰或阻塞ECU间的正常通信，乃至实际控制关键系统（如动力系统）的某一个或者多个ECU。
顺特变压器温控器通讯协议
TTC-310系列温控器计算机通讯协议 温控器采用标准的MODBUS-RTU的通讯规约。温控器与主站计算机的传输方式是采用主从应答方式进行通讯。通讯信息传输为异步方式并以字节为单位，通讯信息采用10位字格式，1位起始位，8位数据位，1位停止位，无奇偶校验位，通讯波特率为9600BPS。 1.报文格式 每组报文包括地址码、功能码、数据段和校验码。报文格式如表1所示： 1.1 地址码 地址码在报文的开始部分，由一个字节8位组成，单个终端设备（温控器）的地址范围是1...32。主设备通过将要联络的终端设备的地址放入报文中的地址域来选通终端设备。当终端设备发送回应报文时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一台终端设备作出回应。温控器地址在功能参数表的P_009中设定。 1.2 功能码 报文中的功能代码由一个字节8位组成。当报文由主设备发往终端设备是，功能代码域将告知从设备需要执行哪些行为（如读取一组寄存器数据）。当从设备回应时，它使用功能代码域回应相同的功能代码。表2列出了终端设备（温控器）所用到功能码、功能码所需要执行的行为及意义。 1.3数据段 数据段包含了终端设备执行特定功能所需要的数据或终端设备执行特定功能所响应的数据。这些数据内容可能是数值、寄存器地址、设置值等。例如：主设备需要从终端设备读取一组数据，数据段包含了起始寄存器地址及读取数据的数量。 1.4 错误校验 报文中的错误检验采用基于CRC-16方法，它由两个字节组成。在报文传输过程中，由传输设备计算后加入到报文中。接收设备重新计算收到报文的CRC，并与接收到CRC错误校验码比较，如果两值不相同，则说明报文在传输过程中有误。 错误校正码添加到报文中时，低字节先加入，然后为高字节。 注：报文发送总是按以下顺序来发送：地址码、功能码，数据段和错误校验码。
FE1-V35协议转换器使用说明书
前言 数据通信标准经协商一致、发表并为众人遵循。其最终目的是为了确保来自不同国度不同生产厂家的设备之间能实现通信。遗憾的是，各种通信网络如计算机通信网（LAN或W AN），传统电信网（PSTN）等，由于发展的时期及背景有所不同，再加上其它一些历史原因，很多时候为了实现同一目的却产生了众多不一的标准。例如：G703、V.35、X.21、V.36、RS-422和RS-530都用于高速通信而且在功能上差异甚微，但它们却有着不同的电气和物理特性。许多现存的标准妨碍直接通信，要求设备之间有一中介设备。我公司的协议转换系列产品是针对这一实际问题而设计的，这一系列中所包含的多种多样的转换器能通过在不同接口间提供转换来克服上述矛盾。根据应用需要，转换形式可包括下列的一种或多种：1.电气的- 转换信号电平；2.物理的- 提供不同型式的插头；3.功能的- 转换信号的功能；4.速率的- 从一种数据速率转换成另外一种。 １
目录 前言................................ １目录................................. ２FE1/V.35转换器使用说明.................. ３一：功能............................ ３二：参数及指标...................... ３三：工作条件........................ ３四：操作手册........................ ４1：前面板分布................... ４ 指示灯...................... ４ 按钮开关.................... ５2：后面板分布................... ７ 电源部分.................... ７ E1插座 ..................... ７ V.35数据口.................. ８3：时钟及阻抗设置............... ９ 4：时隙设置................... １２ 5：安装步骤................... １４ 6：故障诊断及排除............. １５ 7：典型组网方案............... １６ ２
商铺合买协议
共同投资购买商铺协议书 合伙甲方：身份证号： 合伙乙方：身份证号： 上列合伙人本着公平、平等、互利、共担风险，共负盈亏的原则订立合伙购买商铺协议如下： 乙方出资元占商铺总出资的50%。已付首付款，小写：元。 1.甲乙双方各自出资购买该商铺的产权：双方按上诉产权分割比例承担该商铺的购买总价钱及银行按揭本息。双方以甲方名义办理银行按揭抵押贷款拾万元，并以甲方名义按月归还银行贷款本息，但是乙方每月应按期向甲方支付乙方产权份额相应的按揭本息。每月向银行还贷款之前乙方需把当月按揭款的一半交与甲方，由甲方将当月按揭款全部交与银行，若乙方没有在还款期限之前交按揭款每迟延一天按揭款的全额的1%向甲方支付滞纳金,按揭时间为5年之内。 2.同时双方约定如因该商铺产生其他未预计到的费用，该费用也以上述比例分配。 3.双方依照各自的商铺产权份额分配该商铺经营收益，承担经营期间产生的各种费用。商铺贷款按揭未付清期间，该商铺经营或出租所得收益首先用于支付按揭，之后不足部分再按比例支付。 三、利益分配与风险分担 1. 商铺投资所取得的利益（包括市场增值部分）由双方根据出资比例平均共享。
2.商铺投资所产生的费用由双方根据出资比例平均分摊。 3.商铺投资可能发生的风险或损失（包括因不可抗力遭遇的损失、或政府政策原因导致的房产灭失被征收等情形出现）由双方根据出资比例平均承担。 四、共同投资的下列事务须有甲乙双方共同协商决定。 （1）商铺出租的价格、时限等有关事项。 （2）合伙商铺的转让。 （3）合伙商铺的抵押事项。 （4）其他有关合伙商铺的占有、使用、收益、处分的重大事项。 五、投资的转让、出租及经营 1.甲乙双方任何一方拟向第三方转让自己持有的投资权益，必须经过另一方同意。 2.甲乙双方任何一方拟向第三方转让自己持有的投资权益，另一方具有优先购买权。 3.商铺必须整体出租，不允许分开出租。 4.若商铺甲乙双方共同经营或一方经营，各种费用双方另行协商。 5.本商铺经营事宜需双方协商同意方可与承租人签订租凭协议（租凭协议需双方签字才有效，如一方不在可找人代签但必须有书面证明）。 六、产权证的办理 所购商铺的产权属于甲乙双方共同共有，产权各占50%，房产证
FreescaleMPC5668G汽车网关解决方案
FreescaleMPC5668G汽车网关解决方案 汽车网关汽车网关汽车网关和车体控制模块和中央网关.本文介绍了MPC5668x主要特性,方框图以及MPC5668G评估板(EVB)主要特性和详细电路图.Electronic content in vehicles keeps increasing. A number of different communication protocols, including consumer protocols making their way into the automotive market, keep these electronic components working together.The 32-bit Qorivva MPC5668G MCU, built on dual core Power Architecture® technology, connects all the possible communication protocols you can find in a car at one single point. The dual-core architecture provides the performance throughput needed to maintain real-time operation backed-up by a strong third-party ecosystem support.MPC5668x主要特性:• 32-bit CPU core complex (e200z650)– Compliant with Power Architecture embedded category– 32 KB unified cache with line locking and eight-entry store buffer16– Execution speed static to 116 MHz• 32-bit I/O processor (e200z0)– Execution speed static to 1/2 CPU core speed (58 MHz)• 2 MB on-chip flash– Supports read during program and erase operations, and multiple blocks allowing EEPROM emulation• 512 KB + 80 KB (592 KB) on-chip ECC SRAM (MPC5668G)• 128 KB on-chip ECC SRAM (MPC5668E)• 16-entry Memory Protection Unit (MPC5668E only)• Direct memory access controller– 16-channel on MPC5668G– 32-channel on MPC5668E• Fast ethernet controller– Supports 10-Mbps and 100-Mbps IEEE 802.3 MII, 10-Mbps 7-wire interface– IEEE 802.3 MAC (compliant with IEEE 802.3 1998 edition)• Media Local Bus (MLB) interface (MPC5668G only)– Supports 16 logical channels, max speed 1024 Fs• Interrupt controller (INTC) supports 316 external interrupt vectors (22 are reserved)• System clocks– Frequency-modulated phase-locked loop (FMPLL)– 4 – 40 MHz crystal oscillator (XTAL)– 32 kHz crystal oscillator (XTAL)– Dedicated 16 MHz and 128 kHz internal RC oscillators• Analog to Digital Converter (ADC) module– 10-bit A/D resolution– 32 external channels– 36 internal channels (MPC5668G)– 64 internal channels (MPC5668E)• Cross-Triggering Unit (MPC5668E only)– Internal conversion triggering for ADC– Triggerable by internal timers or eMIOS200• Deserial Serial Peripheral Interface (DSPI)– Four individual DSPI modules– Full duplex, synchronous transfers– Master or slave operation• Inter-IC communication (I2C) interface– Four individual I2C modules– Multi-master operation• Serial Communication Interface (eSCI) module– Two-channel DMA interface– Configurable as LIN bus master• eMIOS200 timed input/output– 24 channels, 16-bit timers (MPC5668G)– 32 channels, 16-bit timers (MPC5668E)• Controller Area Network (FlexCAN) module– Compliant with CAN protocol specification, Version 2.0B active– 64 mailboxes, each configurable as transmit or receive• Dual-channel FlexRay controller– Full implementation of FlexRay Protocol Specification 2.1, RevA– 128 message buffers• JTAG controller (MPC5668G only)– Compliant with the IEEE 1149.1-2001• Nexus Development Interface (NDI)– Available in 256 MAPBGA package only– Compliant with IEEE-ISTO 5001-2003– Nexus class 3 development support on e200z650– Nexus class 2+ development support on e200z0• Internal voltage regulator allows operation from single3.3
温控器通用接口协议v2.0
温控器通用接口协议 ( ZSDQ－MODBUS ) Version 2.0( 修订) 1
ZSDQ－MODBUS协议是在标准 MODBUS 基础上提炼而成；专用以温控器与客房控制器的连接。 有关详细的 MODBUS 的说明，请参考《标准 MODBUS 详解.pdf》 一 ZSDQ－MODBUS说明： 序号参数名称规定 半双工；主从巡检方式；温控器为从机。 1 工作模式 RS485 2 物理接口 A(+),B(-),两线制 3 波特率9600bps 位格式：1 起始位＋8 数据位＋1 停止位 4 字节格式 10 5 传输方式 RTU(远程终端单元)格式（请参阅 MOBUS 说明） 6 温控器地址1－8；（0 地址不能使用,默认从1开始） 7 命令代码3，6 （3：读取温控器；6：设置温控器） 校验和 CRC－16 （请参阅 MOBUS 协议说明） 8 CRC 9 校验方式 CRC－16 （请参阅 MOBUS 协议说明） 10 数据帧间隔4个字节以上的空闲 2
二读取温控器操作帧格式： ＊命令帧（客房控制器发出）读取空调状态； 字节 1 字节 2 字节 3 字节 4 字节 5 字节 6 字节 7 字节 8 温控器地址 03H 00H 02H 00H 08H CRC 高 CRC 低 ＊应答帧（温控器发出） 字节 1 字节 2 字节 3 字节 4……字节 19 字节 20 字节 21 温控器地址 03H 10H 空调状态值CRC 高 CRC 低 空调状态值格式说明表 字节数值说明 字节4 00 字节5 00-01 温控器状态高字节：通常为 0 温控器状态低字节：0 表示关闭，1 表示开启 字节6 00 字节7 01-03 温控器模式高字节：通常为 0 温控器模式低字节：1 制冷，2 制热，3 通风 字节8 5~35 字节9 0~9 已设定温度高字节：设定温度值的整数值 已设定温度低字节：设定温度值的小数值。没有小数值为0 字节 10 00 温控器风速高字节：通常为 0 字节11 00-03 温控器风速低字节 01 高速 02 中速 03 低速 00 自动 字节12 HH 字节13 LL 温控器机器型号高字节温控器机器型号低字节 字节14 XX 字节15 00 （本次Version 2.0修订启用该字节,这样RCU上5个控制空调的继电器直接赋予此值，RCU部分就不必再为两管制和四管制另外配置）字节8个bit 位从高到低依次定义为位bit7-bit0，各bit位含义如下： bit7- bit5: 默认0 bit4: 继电器1（四管制，冷气阀；两管制，阀关），开启1，关闭0 bit3: 继电器2（四管制，暖气阀；两管制，阀开），开启1，关闭0 bit2: 继电器3（风机高速），开启1，关闭0 bit1: 继电器4（风机中速），开启1，关闭0 bit0: 继电器5（风机低速），开启1，关闭0 系统备用字 1 低字节（保留） 字节16 00 字节17 00 系统备用字 2 高字节（保留）系统备用字 2 低字节（保留） 字节18 tt 字节19 0～9 室内温度高字节：室内温度整数值。 室内温度低字节：室内温度小数值。没有小数值为 0
协议转换器(DOC)
协议转换器目录 1. RC901-EE1 (2) 2.RC901-FE4E1 10/100M (3) 3. RC902-EE1 (4) 4.RC903-V35E1 V.35 (5) 5. RC903-V35FE1 V.35 (6) 6.RC904-V35E1 (7) 7.RC904-V35FE1 (8) 8.RC905-EE1 (9) 9.RC906-EE1 (10) 10.RC907-EV35 (11) 11.RC908-EV35 (12) 12.RC909-1E1 (13) 13.RC909-4E1 (14) 14. RC909-16E1 (15) 15. RC916-FXE1 (16)
1. RC901-EE1 RC系列接口转换器 RC901-EE1 以太网至单路E1接口转换器， 台式设备 产品概述 RC901-EE1系列台式10Base-T以太网转单路E1接口转换器是提供10Base-T以太网和E1接口转换的通信设备。RC901-EE1提供一个E1接口和一个以太网RJ45接口，提供E1线路2048K速率的传输 基本特性 ·丰富的告警信息，具有E1线路故障分析告警功能，可轻松判断故障点 ·智能自动复位系统，防死机，保障运营 ·提供E1线路单路的环回功能，维护方便 ·支持E1线路中断告警故障转移，上报交换机 ·内建64Mb超大缓存，缓解突发冲击 ·内置MAC地址列表，具有地址过滤功能，提高E1链路的效率 ·支持E1的75欧姆非平衡接口和120欧姆平衡接口可选 ·支持IEEE802.1q VLAN ·支持SPANNING TREE构造容错网络 ·支持CRC校验功能的使能 ·以太网接口10M工作速率固定、双工方式可选 ·紧凑的小机箱结构，物理尺寸为157×120×32mm ·交流220V/直流-48V可选，内置电源 ·设备功耗：3W E1接口指标 ·比特率：2048Kbps±50ppm ·码型：HDB3 ·输入阻抗：75Ω（非平衡BNC接口）或120Ω（平衡RJ-45接口） ·电气特性：符合ITU-T G.703建议 ·帧结构：符合ITU-T G.704建议（本设备不支持时隙分配） ·抖动：符合ITU-T G.823建议 以太网接口指标 ·符合IEEE 802.3协议标准，可设定全/半双工方式
[拆房协议书范文] 合买房子协议书范文
[拆房协议书范文] 合买房子协议书范文 拆房是指取得拆迁许可的单位，根据城市建设规划要求和政府所批准的用地文件，依法拆除建设用地范围内的房屋和附属物，将该范围内的单位和居民重新安置，并对其所受损失予以补偿的法律行为。下面小编给大家带来拆房协议书，供大家参考! 拆房协议书范文一 发包方： 承拆方： 为明确本次拆房施工中的权利与义务，经双方协商，达成以下拆房协议书，供双方共同遵守。 一、甲方将承建地面上的旧房拆出发包给乙方带人拆出。拆房地点：。。。。。私人旧房，共两层半约90 平方米。 二、甲方发包给乙方拆房，乙方承拆旧房上的材料作顶乙方工价，安装的铝合窗、防盗窗、铁门等由乙方处理，另甲方还要补偿乙方工时费2000 元。 三、在拆房中乙方自行施工，但必须注意施工安全，保证附近房屋设施不受损坏及行人安全，如发生意外安全事故，由乙方自负，甲方不承担任何责任。 四、乙方拆房后，负责将废渣等清除运走，并要求乙方选出能用的砖头，检查合格后付清该款项。 五、甲方负责在乙方拆房开工前一天把旧房上的一切水、电、通信网络等设施拆离，断水断电清楚。 六、拆房开工时间：2011 年7 月21 日拆房，2011 年8 月8 日前完工，不得影响甲方的建房工期。 七、在拆房期间网络线、水管等乙方不小心损坏，与甲方无关。 八、以上协议经双方自愿达成，不能违反，如有一方违反造成另一方损失的，由违约方赔偿给守约方的损失外还要处付违约金贰仟元给守约方。 九、本协议一式两份，甲乙双方各执一份，自签订之日起生效。 甲方：乙方： 联系电话：联系电话： 年月日年月日 拆房协议书范文二 发包方： 承拆方： 为明确本次拆房施工中的权利与义务，经双方协商，达成以下拆房协议书，供双方共同遵守。 一、甲方将承建地面上的旧房拆出发包给乙方带人拆出。拆房地点：私人旧房，共三层半约平方米。 二、甲方发包给乙方拆房，乙方承拆旧房上的材料作顶乙方工价，安装的铝合窗、防盗窗、铁门等由乙方处理，另甲方还要补偿乙方工时费元。 三、在拆房中乙方自行施工，但必须注意施工安全，保证附近房屋设施不受损坏及行人安全，如发生意外安全事故，由乙方自负，甲方不承担任何责任。 四、乙方拆房后，负责将废渣等清除运走。 五、甲方负责在乙方拆房开工前一天把旧房上的一切水、电、通信网络等设施拆离，断水断电清楚。 六、拆房开工时间：年月日拆房，年月日前完工，不得影响甲方的建房工期。