化处理的复杂度。而对其他的命令，依照类似的思路进行考虑，或者在报文的相关字段增加一个重传的标志，以便于协议的处理。
[0122]为了显示本发明的具体实现情况，通过下面的VN实现流程来做进一步的说明。
[0123]图10是本发明优选实施例VNTP协议的主要流程的示意图，如图10所示，显示了VNTP协议的主要流程。
[0124]步骤S1002，NVE的初始配置。配置的内容，包括NVE的IP地址，VN的context，VRF, VN-1D等信息。初始配置完成后，触发NVE向NVA发送更新信息，以更新VN中的其他NVE的VRF，以实现VN的路由信息的同步。
[0125]有关更新信息，还有其他的触发条件，包括VM和NVE失去连接，这导致NVE需要删除相关的路由表项；
[0126]另外一个条件是，VM可能发生了迀移，从一个NVE迀移到另外一个NVE，则相关的NVE的路由表项，也要进行对应的更新。
[0127]可能还有其他的触发条件，这里不一一进行列举。
[0128]步骤S1004，NVE向NVA发送更新信息。
[0129]步骤S1006，NVA向VN中的所有其他NVE发送该更新信息。具体的，从所述VN的各NVE的路由更新信息中，获得所述VN的所有NVE信息-即每收到一个路由更新信息，都查对看看该NVE是否发送过更新，如果没有，就认为是VN中的一个新的NVE，加以记录，这样就可以获得一个VN的NVE列表，表示VN中的所有有关NVE，由此信息，将路由更新信息发送给除发送更新信息的NVE的其他所有的NVE。
[0130]步骤S1008，各相关的NVE实现同步更新。
[0131]步骤S1010，可选的，各NVE向NVA反馈更新状态/结果信息。可选的，进一步该反馈信息，可以进一步包括:VN的VNE列表信息。
[0132]步骤S1012，可选的，NVA综合各NVE的更新信息，发送更新状态/结果给NVE。
[0133]步骤S1014，NVE记录更新结果。可选的，根据需要，可以存贮:所述VN的VNE列表?目息O
[0134]需要说明的是，有关反馈的过程，可以通过TCP的应答报文，一般是通过独立的应答报文，其中携带有关状态/执行结果信息。
[0135]为显示本发明的完整性，图10中，还显示了 VNTP协议支持VN业务提供的实现方案。
[0136]具体的，根据用户的VN的需求，首先确定涉及到哪些NVE，共有多少VM连接到这些NVE。另外，要求的VN是L2，还是L3 VN。这样就确定了 VN的类型。同时分配VN的VN-1D。
[0137]进一步，配置NVE的VN的context信息。包括VN的VM的连接接口，和对应的VN的VRF的表项信息。在完成相关的配置后，NVE通过VNTP协议自动地同步VN的其他NVE的路由信息。即将本地的路由信息，或者是新更新的路由协议，通过NVA同步到VN中的其他所有NVE中。
[0138]同样，其他NVE在VN的VRF发生变化时，也要通告其变化信息到VN中的其他所有NVE，使得整个VN的路由实现同步。
[0139]这样，VM发送报文，一般包括VLAN信息。而NVE通过设定的VLAN接口接收该报文，并和相关的VN进行对应，具体的是根据报文的目的IP地址查找VRF的有关表项，获得目的地址的所对应的NVE地址，对原IP报文，用NVE的IP地址作为源地址，目的NVE的IP地址作为目的地址，并进一步使用VN-1D对原IP报文进行封装并发送。即实现重叠网络的报文传送。在该报文到达目的NVE后，目的NVE根据VN-1D信息，将所述报文交由所述VN的VRF进行处理，具体的，是根据目的IP地址查找VRF表项，获得对应的接口，并将该报文发送到该接口上去，一般而言，需要进行L2层封装，目的VM接收经过L2封装的报文，并解封装出原来的IP报文。从而实现通信。从而实现了 VN。
[0140]需要进一步说明的是，由于NVA是网络中的单点故障点，一旦NVA失效，则所有的VN不能进行及时的路由更新，这是非常危险的。本发明，还提供一种解决该问题的方法，SP在平时的路由更新过程中，定期地将有关VN的NVE列表信息传送给VN中的所有VNE，在VN判定NVA故障/失效后，VN中的NVE可以通过TCP连接直接和相关的NVE进行通信，实现相关的更新。从而可以保证VN业务顺利开展。而具体的实现方面，可以包括心跳机制用于识别NVA或者NVE是否处于正常工作状态。可以通过特定的结果/状态传送命令信息来传送具体的NVE的列表信息。可选的，可以通过路由更新结果反馈信息来进行传送。
[0141]需要进一步说明的是，上述所有有关字段的名称只是一种示意作用，不同的名称本质上并不影响本发明的核心内容。同时，字段的具体的位数，也可以根据实际的需要进行调整。进一步，报头中的有关字段，也可以根据需要进行扩展，一种方案，可以跟TCP—样，定义一些可选项，以便于扩展。
[0142]进一步，前述内容，是基于TCP传输协议来实现的，由TCP协议本身提供可靠的连接，所以协议的可靠性比较高，但是，TCP连接可能需要消耗一定的资源，因此可以采用其他的协议来传输VNTP。即针对不需要可靠传输，或者需要节省资源等情况下，VNTP协议所需要实现的功能，也可以通过其他传输协议来承载，或者甚至可能在IP网络上直接传输。
[0143]其中的2个例子，是基于UDP的传输，或者是通过IP协议直接进行传输。
[0144]下面的2个实施例，示出了 VNTP如何在UDP上，或者在IP上进行传输。
[0145]本发明的另外一个实施例，基于UDP协议进行VNTP的报文传输。其中，图11，显示出来UDP的报文格式。图12是UDP报头的定义。其中包括，源和目的端口号，和UDP报文的长度以及校验和信息。其中长度包括UDP报头和UDP数据信息在内的字节数。
[0146]本实施例的VNTP报文，由UDP报文的数据部分承载。所不同的是，为了区分VNTP报文，需要指定特定的UDP端口号，具体的对NVE和NVA定义不同的UDP端口号，就像DHCP的客户端和服务器端，具有不同的端口号68、67 —样。
[0147]由于UDP还有一种虚报头的格式，同样，VNTP也可以使用该格式的UDP封装进行传输，因为还是使用UDP报文的数据部分进行传输。
[0148]由于UDP没有任何机制保障UDP报文一定可以到达其目的地。因此，在虚拟网络实现，特别是通过VNTP进行VN信息传递的情况下，需要某种机制，来实现可靠传输。这个措施，可以通过VN的用户反馈回来，通过网络管理员进行干预再次发送UDP报文，以保证VN的路由信息的同步。本实施例的一个方面是，定义一种UDP报文丢失重传机制，即在UDP报文发送出去时启动一个定时器，在定时器到达设定的阈值而没有接收到传输应答时，NVE或者NVA自动重传该UDP报文，以实现有关VN信息的可靠传输。对应的，对通过UDP报文传输VNTP协议报文的接收方，在收到UDP报文后，需要进行应答。当然，这仅仅是给出实现重传的一种方案，以说明通过本发明，可以实现VNTP在UDP上的可靠传输，并不排除其他的实现方案。
[0149]有关VNTP协议的其他实现方面，与通过TCP进行传输的机制相同。如同上面提到的各种实施例中详细描述的VNTP协议的各种表述同样适用于UDP协议。
[0150]本发明的另外一个实施例，基于IP协议进行VNTP的报文传输。
[0151]其中，图13，显示出来IP的报文格式，显示包括IP报头和IP载荷2个部分，而IP报文通过层2的网络进行传输，即是图中网络接口头和尾的封装。图14是IP报头的定义。其中包括，源和目的IP地址等相关的内容，由于这个是非常成熟的技术，对报头的有关内容不在介绍，我们只说明与本发明有关的内容。其中协议字段，可以用来定义用于VNTP的报文类型，即本发明的一种实现方案，是通过一个特定的协议值来指示所传送的报文是VNTP协议报文，具体的取值可以根据协议值的分配情况以及相关的分配规则进行申请和分配。例如，目前6和17被分配指示是TCP和UDP协议。本实施例的另外一个方面，也可以使用IP报头的可选项OPT1N字段，定义一种新的可选项，用于指示IP载荷是承载的VNTP报文，同样可以实现VNTP的IP传输。本实施例，仅以通过协议类型来定义VNTP进行如何实现VNTP。具体的，有关VNTP的报文，通过IP报文的IP载荷来实现承载。就像前述的TCP、UDP的实现方案类似。
[0152]同UDP报文传输一样，IP报文传输也没有丢失重传机制，为此为实现VNTP的可靠性，通过IP实现传输的VNTP也需要设计其重传机制，其基本的实施方案同基于UDP传输VNTP报文的机制，即在报文发送出去时启动一个定时器，在定时器到达设定的阈值而没有接收到传输应答时，发送方，例如NVE或者NVA，自动重传该UDP报文，以实现有关VN信息的可靠传输。对应的，对通过IP报文传输VNTP协议报文的接收方，在收到IP报文后，需要进行应答。当然，这仅仅是给出实现重传的一种方案，以说明通过本发明，可以实现VNTP在IP协议上的可靠传输，并不排除其他的实现方案。
[0153]本实施例的有关VNTP协议的其他实现方面，与通过TCP或者UDP进行传输的机制相同。如