无IP地址设备网管方法

1.一种无IP地址设备网管方法，其特征在于，包括以下实现步骤； 1)利用配置了IP地址的设备作为无IP地址设备的代理，给没有物理地址设备配置物理地址； 2)管理台与代理之间的通信可通过IP网络，靠IP层的逐跳转发实现； 3)代理与所述被管理的无IP地址设备之间，通过被管无IP地址设备的物理地址进行转发。 其中，步骤3)包括以下处理过程； a)代理为各被管设备分配不同的环回地址，被管设备也用环回地址来标识代理设备； b)发送方将需要发送的报文打成IP包，目的地址使用给被管设备分配的环回地址； c)建立一张地址解析协议表，表项中的IP地址用环回地址代替； d)当接受方收到IP地址为环回地址的包时，根据包的源物理地址查看地址解析协议表； e)若该物理地址不存在，则为此物理地址分配一个未被其他表项使用过的环回地址；否则转步骤f)； f)将收到的包中的源IP改成分配的环回地址后再将包交接收方上层处理，完成转发。
2. 根据权利要求l所述的无ff地址设备网管方法，«#征在于，歩骤l)中一 个所述配覽了 IP地址的设备可作为多个无IP地址设备的代理，或者多个所 述配覽了 IP地址的设备可作为一个无IP地址设备的代理。
3. 根据权利要求1所述的无IP地址设备网管方法，其特征在于，当被管设备本 身没有物理地址，所述歩骤3)之前还包括以下歩骤-给被管设备配覽一个在相邻的三层转发设备之间的通蹐上没有重复的物理地址。
4.粮据权利要求1所述的无IP地址设备网管方法，其特征在于，当被管设备是 以太网交换机时使用设备的桥地址作为其物理地址。

无IP地址设备网管方法\n所属技术领域\n本发明涉及 一种对通信网络中无伊地址的网络设备进行管理的方法，\n胃豕议承\n目前对网络设备进行配置管理的主要途径有SNMP、 Teta扭、Web等，这些方法 都是建立在ff之上的，即要对被管理设备配置伊地址，然而，有些设备在运行过 程中本身并不霜要IP地址，像以太网交换机等设备o对于这些设备，仅仅为了对它 进行管理而去为它申请IP地址，是不经济的，因为伊地址是一种有限的资獮*\n发明内容\n本发明提出了一种无IP地址设备两菅方法，实现只对緩#«设备配* H*地址 的情况下对其他未配iP地址的网络设备也能进行管理，\n本发明所述的无iP地址设备网管方法，包括以下实现歩驟-\n利用配置了 IP地址的设备作为无IP地址设备的代理，给没有物理《1址设》» 置物理地址：\n管理台与代理之间的通信可通过伊网络，靠IP层的逐跳转发实现-\n代理与所述被管理的无ff地址设备之间，通过被管无IP地址设备的IW地址 进行转发。\n采用本发明所述的无IP地址设备两管方法，可以节约网络设备使用的伊•\n资源，并且可以灵活控制一台代理设备代理多个被管设备或者一个被管设备通过多 个代雜设备获得管理信息，\n附圃说明\n图1为管理台通过代理设备管理无伊地址的设备时请求报文和响应报文的ag\n图2为通过一个代理设备来管理多台无IP地址设备的两络结构鹏： 图3为代理设备与被管设备通信过程中一方收到包时的处理流程圉，\n具体实施方式\n下面结合附图并通过具体实癱例说明本发明的具体实现过程-\n本发明的基本思想是：利用一台配置了伊地址的设备作为代理，iWk代理将管 理台（PC机）的管理信息转达给用户想管理的那台没有IP地址的设备，如圉l所 示从管理台经由代理设备到被管设备为请求报文流程，代理设备的应用层（幼JMP, Tehiet或HTTP等）作为server收到配置命令时，发现该命令«终是想《«某个无 IP地址的设备，便作为client向最终的目的设备（无IP地址）发出配置命令：从被 管设备经由代理设备到管理台为响应报文流程，代理设备与被管设备之间不饞有二\n层转发设备，否则它们不能互通a\n从管理台到代理设备之间的通信通过IP网络，靠IP层的逐跳转发：从代理设 备到最终被管理设备，因为被管设备没有IP地址，不能靠IP的寻址转发，本发明 使用被管设备的物理地址实现转发，对于那些本身没有物理地址的被管设备，耱要 配置一个物理地址，该物理地址需在相邻的三层转发设备之间的通路上没有重寞* 物理地址相符的被管设备收到包后，要交给协议栈。通常协议栈入口期望收到的是 —个IP包，所以为了让协议栈能正确觯析收到的包，发送方（即代理设备》在发送 报文前要将其打成IP格式，但由于接收方没有IP地址，可以使用环回地址，即 127.x.x.Xa由于不同的协议栈，对使用环回地址的报文可能有两种处理， 一是将它 交给上层协议（这种协议栈认为环回地址就表示包的最终目的地是自己)，二是将它 扔掉（这种协议栈认为从网络上传来的包不应使用环回地址》，对于后一种协议栈， 霱要进行改造，使其能够将目的地址为环回地址的包交到上层协议处理，而灘IP地 址则可住意选用一个环回地址，接受到数据包时对源IP地址不作检査，简言之，代 理设备与被管设备之间通信时，接收方不对环回地址的具体值作检蜜，当它发现目 的物理地址是自己且目的1P是环回地址后，它就知堪该包是给自己上层的，且由灑 物理地址完全确定发送方是谁，\n图1所示是一个代理设备作为一个被管设备的代理，事实上，一台代理设备可 以作为多个被管设备的代理（这甚至是大多数情况)， 一个被管设备也可能通过多个\n代理设备来获得管理信息，國2就是通过一个代理设备来管理多台无ip ttyifc的设备 的情况，其实现的原理是相闻的，\n下面再具体说明如何选用环國地址以及如何修改协议栈ip层等问趣，由于伊 协议栈总是用ff地址来标识设备，所以，在代理设备中，要为各被管设备分配不同\n的环回地址，如127.1.U, 127.2.3.2,等等（只要是以127打头)，既然127julx 均为环回地址，因此环回地址几乎是用不完的。在被管设备中，也是用环回地址来 标识代理设备的（尽管代瑰设备有伊地址，但那是面向IP network的)，因此，需 要在设备软件中建立一张特殊的ARP (地址解析协议）表，该表与普通ARP表的 区别在于：表项中的1P地址是环回地址，每当协议栈收到从两络上发来的伊*» 为环回地址的包时，根据包的源物理地址（包中的1P环回地址不要理睬》先査看环 回地址ARP表，若该物理地址不存在，则为此物理地址分配一个未被其他ARP表 项使用过的环回地址，见图3,为源物理地址分配了一个对应的环回地址后，协议 栈应将收到的包中的源IP改成分配的环回地址后再将包交到上层,这样上层认为通 信对端是这个新的环回地址。以后上层要往对端发包时，就会吿诉1P层"我是要给 这个环回地址"发包。IP层再根据这个环回地址，査上述特殊的ARP表，便能得到\n正确的对端目的物理地址，并将包发出去，由于各设备为物理地址分配环回地址是 独立进行的，故各设备中的环回地址ARP表是互不相同的，虽然各设备的环回地址 ARP表互不相同，但不会造成铕误和漏乱，因为协议栈在收到IP包时，发现目的 地址为环回地址就往交给上层软件了，而没去检査具体是W个环回地址，从上面的 讨论和图h图2可以看出，本发明未对物理链路做任何假设，以下再以以太网交 换机为例来说明实现方式。\n以太网交换机作为二层转发设备，本身工作时是不需要IP地址的（假设不需要 给它額外添加三层路由功能）。为了能够通过IP网对它进行配置管理，现有的处理 方式是霱要给它配置一个虛拟的三层端口 （这里"虚拟"是指该權口并不与实际的\n某个物理端口向对应，而是设备软件中设置的），同时给该端口配上IP地址和MAC 地址。如果本发明所介绍的方案，则只霱选择一台以太网交换机作为代理设备，为 它配上三层端口，同时配上IP地址和MAC地址，该端口用于与管理台通信，而该\n代理交换机与没配置ip地址的交换机之间通信时,可使用设备的桥地址作为物aift\n址，而IP地址就用环回地址。这里需要对设备进行配置一下，使其收到目的MAC 地址为自己的桥地址时，能将报文交给软件，从而能交给协议栈。\n再介绍一下应用层的代理的具体实现过程-\n參Telnet: Tel加t是建立在TCP之上的协议，故通信前簾要建立连接，管理 台与代理设备建立了Teln拭连接后，所发的tel加t数据（即配置命令内容） 都应认为是不霈要代理设备转发的，也就是用于配置代理设备自己的（注 意，代理设备自己也是耱要被管理的)。当用户键入一条含义为"我想管理 物理地址为XX的设备"的命令时，代理设备上的teln改将开始以client的 身份向用户真JH想管理的那台无IP地址的设备发出建立telnet连接的请求， 从此，代理设备上维护着两条telnet连接，以后，凡用户发来的telnet内容， 代理都应将其从另一条telnet连接上转发到荣终的被管设备,除非用户的命 令含义是"我想宵理另一台设备"或者"我想管理代理设备本身"，若用户 是想管理另一台设备，则代理上的tdnetclient应断开旧的连接，再以client 身份建立到另一台无IP地址设备的teln改连接。若用户是想开始慷理代理 设备自身，则代理上的旧的telnet client连接关闭后，不用再建新的连接。\n* HTTP: HTTP代理有专门的协议标准（见RFC 2068)。它是通过在HTTP 请求报文中的URL字段指定最终的目的Web server来实现的，类似于 Telnet,代理在工作时需要一对（即两条）HTTP连接。\n* SNMP: SNMP与上述两协议不同，它是建立在无连接的UDP之上的。用 户可在snmp报文的oid中指定最终的被管设备。代理设备收到SNMP 请求时，需要将'符理&的IP地址和UDP源端口号记下.（同时记下能标志 该请求的必要信息，包括OID和命令类型，因为有可能代理在短时间内收\n到多个要转发的请求)，只有这样，当代理设备收到被管设备发回的SNMP 响应时，才能成功地将响应侑息转给管理台，另外，在代理设备上应设置 等待超时机制，如果到一定时间没收到被管设备的SNMP响应报文，就把 已超时的记录（即上述OID，命令类型，网管台的IP地址和權口号这组信 息）删掉，如果及时收到响应，就査出上述记录，将其鹏除，\n当代理的应用层对网管台发来的谪求解析后发现网管台是想管理某个物理地 址的其他设备时，便要与该设备开始通信。通信前，首先它要査上述特殊的ARP 表，看这个被管设备的物理地址是否在此表中，如果不在，就为其分配一个尚未分 配的环回地址（并加入ARP表）。然后，代理设备上的应用层就用此环回地址作为 那个被管设备的IP,这样，应用层传到下层的包的目的IP就是这个环回地址，然 后用此环回地址在ARP里找到对应的物理地址,作为目的物理地址打在发往被管设 备的包里。\n总而言之，若使用此发明，要对协议栈及应用层做如下修改： 1建立一张特殊的ARP表；\n2对收到的目的IP为环回地址的包要交给上层，且在上交前对源物理地址分配 —个环回地址，加入ARP表，并用此环回地址修改包中的源IP地址；\n3代理设备的Telnet、 HTTP和SNMP协议要加上代理功能。