专利名称：网口模式获取的方法及其网络设备的利记博彩app
技术领域：
本发明涉及网络通信领域，尤其涉及一种网络设备网口模式获取的方法及其网络设备。
背景技术：
网络系统之间的互联是通过诸如网络适配器NIC(俗称网卡)、网络集线器、路由器以及交换机等网络设备来实现的，这些网络设备通过通信链路建立网络连接并形成通信通道。网络设备有网口模式选择的问题，如图1所述是常见的网络设备的组网方式连接图。图中描述的网络设备间至少存在以下几种网口模式100M全双工/半双工，10M全双工/半双工，1G全双工/半双工，10G全双工等等。当对端系统网络设备工作模式与本端系统预期不相符或不一致等情况时，就可能造成网口模式异常。
例如，系统A设置了其网络设备网口模式，系统B也设置了其网络设备的网口模式。当系统A与系统B互联时进行数据通信时，如果对端的网络设置预定的工作模式无法与本端系统预期的工作模式匹配，这时就可能出现了两个网口模式不一致的问题，这可能会导致网络异常。系统A和系统B正常的情况下，各自网口模式是100M全双工，才可以保证两个系统的业务流量能正常，实际应用中由于系统A的网口模式是100M自适应，系统B的网口模式是10M全双工，系统A按照10M全双工与B建立通讯，这样系统A到系统B的业务流量存在瓶颈。如果系统A一端网口按100M带宽进行工作，而对端只能按10M带宽进行工作，这时如果带宽高的一端按本端设置的模式发送数据，例如当网络流量超过10M时，由于对端的网口只能按10M带宽工作，这时就会出现网络拥塞或其它网络故障。因此迫切需要提供一种网络设备之间的网口获取的技术方案来防止因网口异常引发的网络故障。
发明内容
有鉴于此，本发明实施例提供了一种网口模式获取的方法及其网络设备，实现网络设备获取对端的网口模式信息，有效防止因网口模式不一致而引发的网络故障。
本发明实例提供了一种网口模式获取的方法，该方法包括以下步骤在建立网络连接过程中，网络设备1向网络设备2发送消息，所述消息中携带了所述网络设备1的网口模式信息；收到所述包括网口模式信息的消息后，网络设备2解析所述消息并获得网络设备1的网口模式信息。网络设备2获得网络设备1的网口模式信息后，向网络设备1发送消息，所述消息包括网络设备2的网口模式信息。
本发明实施例还公开了一种网络设备，，用于接收并转发通信数据，所述网络设备包括信息生成单元和信息发送单元，所述信息生成单元用于获得本端网口模式信息，并将所述网口模式信息定义在消息中；所述信息发送单元用于将信息生成单元生成的携带本端网口模式信息的消息发送至网络对端。
最后本发明实施例还公开了一种通信系统，至少包括网络设备1与网络设备2，两者通过通信链路连接，网络设备1包括消息发送单元和消息生成单元，所述消息生成单元用于生成包括网络设备1网口模式信息的消息；消息发送单元用于将所述消息生成单元生成的包括网络设备1网口模式信息的消息发送至网络设备2；网络设备2包括消息接收单元和消息解析单元，消息接收单元用于从网络设备1处获得包括网络设备1网口模式的消息；消息解析单元用于解析所述包括网络设备1网口模式的消息，获得网络设备1的网口模式。
本发明及其实施例的技术方案不需要增加网络设备或升组网络硬件，也不需对网络系统进行修改或调整，充分利用了现有网络协议和检测机制，在现有协议定义的消息中通过扩展信元用于携带网络设备的网口模式信息，通过获取对端网络设备的网口模式信息，即可达成两端网络设备网口模式的协商，因此可有效地防止网口模式不一致出现网络拥塞等网络故障。本发明及其实施例的方案实现简单，具有通用性的特点，可运用于不同类型的网络系统。
图1为现有技术中网络系统的组网图；
图2为本发明实施例中网口模式获取的信令流程图。
图3为现有技术中OAM PDU的报文结构具体实施方式
为充分阐述本发明实施例的技术方案及其优点，下面结合附图对本发明实施例做进一步的详细描述。
本发明实施例是通过网络系统中网络设备一端获知另一端(以下称对端)的通讯模式是否与预期的工作模式是否一致来解决这个问题。通过扩展信元，使用扩展的TLV(Type Length Value)或使用其它保留字段来携带网口模式信息，网络设备1在收到网络设备2的检测报文后，可以获得网络设备2的网口模式信息，反之，网络设备2也可以获得网络设备1的网口模式信息，网络设备两端根据获得的对端网口模式信息可做出相应的处理，从而解决网络两端网口模式不一致即网口模式异常的问题。
OAM(Operation Administrate Maintain)提供了非常有用的检测机制用来监测链路的操作，例如远端链路故障指示和远端环回控制。OAM提供了数据链路层的控制处理的机制，提供了网络操作的能力，可以监控网络的健康状态，同时迅速确定失败的链路的位置或失败的条件。OAM消息即所谓的OAM协议数据单元(OAM PDUs)是慢速协议帧。OAM PDUs可进行两个对端实体通过单个链路时的网络检测，包括适当的控制和状态信息，提供监视，测试和定位OAM使能的链路。如下表所示为OAM PDU的报文结构。
其中Destination Address固定填写0x0180c2000002；Source Address填写发送OAM报文的网口MAC；Type字段固定填写8809，表示慢速协议；Subtype字段固定填写0x03，表示OAM包；Flag取值如下表所示
其中Code的取值如下表
在Discovery阶段中网络设备发送和接收的Information PDU数据报文结构如图3所示。其中Information Length表示整个TLV的长度；OAM Version可取值为0x01；Revision表示Information PDU修订标志，从0开始，有变化就加1；另外Information Type的定义如下表所示
另外，state表示OAM状态信息，定义见下表
还有OAM Configuration表示OAM配置信息，定义如下表
再有OAMPDU Configuration则表示OAM PDU配置信息，定义如下表
OUI则表示组织标识，定义如下表
Vendor Specific Information表示内部设备标识，定义如下表
如图2所示为通过OAM检测如何获得对端系统的网口模式的信令流程图。下面结合附图介绍该方法的详细步骤。
本发明一个实施例中网络设备可以先进行OAM Discovery过程，主动发起Discovery协商过程，协商未成功则不启用OAM检测功能；协商过程如下网络两端在OAM DISCOVERY LOCAL状态，分别发送LOCAL TLV INFORMATION PDU消息，如果网络两端分别收到了该信息，网络两端进入到OAM DISCOVERY REMOTE状态，分别向对端发送OAM DISCOVERY REMOTE消息，如果两端均收到了该信息，则两端均进入OAM DISCOVERY OK状态，完成Discovery过程。
DISCOVERY过程并非必选步骤，即可以不经该过程直接进行OAM检测。本发明一个实施例中，当DISCOVERY过程完成后，网络设备可按预先设定的时间向对端发送一个Information PDU消息维持链路状态，在本发明的一个实施例中，时间设为至少一秒。
在Information PDU消息自定义部分携带本端网口模式通知对端。在下面的检测包内定义一个扩展TLV信息，定义本端网口模式并通知给对端。例如图3所示的Information PDU数据报文中的Information TLV#3可以做为扩展TLV，TLV具体取值可以使用下表描述的方式
网络设备收到一个Information PDU消息后，通过解析出所述消息中所定义的网口模式信元，这样就可以知道对端网络设备的网口模式，如果对端网络设备的网口模式与本端所要求的网口模式不一致，就存在了网口模式不一致的问题。这时如果设备1和设备2之间存在两个以上通信链路并区分为主、备链路两种类型，一般情况下使用主链路进行通信，网口模式不一致时可启用备用链路进行通信，即当主链路出现网口模式异常时，如果备用链路的网口模式是正常的情况下，可以启动链路倒换解决该问题；也可以发送消息通知用户上述网口异常的情况，以便用户进行网络维护；还可以是网络设备1接收到网络设备2的网口模式后，根据网络设备2的网口模式确定与对端网络进行通信的方式。这样就可以有效的避免因网口模式异常所带来的网络拥塞等其它异常情况。
本发明实施例还公开了一种网络设备，用于接收并转发数据包或者数据帧等其它类型的网络通信报文，还可以具有协议转换功能、数据格式转换、数据包解析和生成，网络存取控制，数据缓存等功能，更为具体的可以是网卡、路由器或者交换机等物理实体。在本发明实施中所述网络设备进一步包括信息生成单元、信息发送单元、信息解析单元和定时器。信息生成单元用于获得本端网口模式信息，并将本端网口模式信息定义在Information PDU消息中，可以是通过TLV信息或者其它扩展信元进行定义。信息发送单元将信息生成单元生成的Information PDU消息发送至网络对端。这时发送的Information PDU消息包括了本端的网口模式信息。信息解析单元接收网络对端发送的Information PDU消息并从所述Information PDU消息中解出对端的网口模式信息。定时器，用于控制向网络对端发送Information PDU消息的时间。网络设备获得对端的网口模式信息后，根据该网口模式信息可以进行相应的处理，例如当网口模式异常时启动主备倒换或者将网口模式异常信息发送给用户进行维护或处理。同时，该网络设备还可以包括协商单元，用于在发送网口模式信息前进行OAM DISCOVERY协商。协商成功则指示网络设备进行OAM检测，否则不执行OAM检测。
本发明实施例还提供了一种通信系统，至少包括网络设备1与网络设备2，两者通过通信链路连接，网络设备1包括消息发送单元和消息生成单元，所述消息生成单元用于生成包括网络设备1网口模式信息的消息；消息发送单元用于将所述消息生成单元生成的包括网络设备1网口模式信息的消息发送至网络设备2；网络设备2包括消息接收单元和消息解析单元，消息接收单元用于从网络设备1处获得包括网络设备1网口模式的消息；消息解析单元用于解析所述包括网络设备1网口模式的消息，获得网络设备1的网口模式。上述通信系统之间可以采用OAM消息进行通信，还可以包括定时系统，用于对双方的通信进行时间控制。
本发明及其实施例的技术方案不需要增加网络设备或升组网络硬件，也不需对网络系统进行修改或调整，充分利用了现有网络协议和检测机制，在现有协议定义的消息中通过扩展信元用于携带网络设备的网口模式信息，通过获取对端网络设备的网口模式信息，即可达成两端网络设备网口模式的协商，因此可有效地防止网口模式不一致出现网络拥塞等网络故障。本发明及其实施例的方案实现简单，具有通用性的特点，可运用于不同类型的网络系统。
以上对本发明所提供的一种网口模式获取的方法进行了详细介绍，并应用了具体实施例对本发明的原理及实施方式进行了深入阐述，上述实施例仅用于帮助理解本发明的方法及其核心思想，并非用于限制本发明的保护范围；本领域的技术人员依据本发明的思想，在具体实施方式
和/或应用范围上可能会有所改变，这些改变并未脱离本发明的保护范围。
权利要求
1.一种网口模式获取的方法，其特征在于，所述方法包括以下步骤在建立网络连接过程中，网络设备1向网络设备2发送消息，所述消息中携带了所述网络设备1的网口模式信息；收到所述携带网口模式信息的消息后，网络设备2解析所述消息并获得网络设备1的网口模式信息；网络设备2获得网络设备1的网口模式信息后，向网络设备1发送消息，所述消息包括网络设备2的网口模式信息。
2.根据权利1所述的方法，所述携带网络设备的网口模式信息的消息为OAM消息。
3.根据权利要求2所述的方法，其特征在于，所述携带网口模式信息的OAM消息为Information PDU。
4.根据权利要求1所述的方法，其特征在于，包括步骤在网络设备1发送消息之前进行OAM Discovery协商，如果协商不成则终止通信。
5.根据权利要求1至4任一项所述的方法，其特征在于，网络设备按预先设定的时间分别向对端网络设备发送一个包含网口模式信息的消息。
6.根据权利要求1至4任一项所述的方法，其特征在于，当两端网络设备之间的网口模式一致时，双方进行网络通信；否则触发主备链路倒换或者发送消息通知网管系统。
7.一种网络设备，用于接收并转发通信数据，其特征在于，所述网络设备包括信息生成单元和信息发送单元，所述信息生成单元用于获得本端网口模式信息，并将所述网口模式信息定义在消息中；所述信息发送单元用于将信息生成单元生成的携带本端网口模式信息的消息发送至网络对端。
8.根据权利要求7所述的网络设备，其特征在于，进一步包括信息解析单元，用于接收对端网络设备发送的消息，并从所述消息中解出对端网络设备的网口模式信息。
9.根据权利要求8所述的网络设备，其特征在于，进一步包括定时器，用于控制信息发送单元向对端网络设备发送消息的时间。
10.一种通信系统，至少包括网络设备1与网络设备2，两者通过通信链路连接，其特征在于网络设备1包括消息发送单元和消息生成单元，所述消息生成单元用于生成包括网络设备1网口模式信息的消息；消息发送单元用于将所述消息生成单元生成的包括网络设备1网口模式信息的消息发送至网络设备2；网络设备2包括消息接收单元和消息解析单元，消息接收单元用于从网络设备1处获得包括网络设备1网口模式的消息；消息解析单元用于解析所述包括网络设备1网口模式的消息，获得网络设备1的网口模式。
全文摘要
本发明实施例公开了一种网口模式获取的方法，该方法包括以下步骤在建立网络连接过程中，网络设备1向网络设备2发送消息，所述消息中携带了所述网络设备1的网口模式信息；收到所述包括网口模式信息的消息后，网络设备2解析所述消息并获得网络设备1的网口模式信息。网络设备2获得网络设备1的网口模式信息后，向网络设备1发送消息，所述消息包括网络设备2的网口模式信息。本发明实施例还公开了一种用于接收并转发通信数据网络设备，可有实现网络设备间的网口模式获取，从而为有效地防止网络故障打下基础。本发明实施例利用现有的OAM机制来实现网口模式的获取，无需对网络硬件系统进行调整或改动，通用性强。
文档编号H04L12/46GK101068167SQ200710074668
公开日2007年11月7日 申请日期2007年5月30日 优先权日2007年5月30日
发明者林铭, 姜强 申请人:华为技术有限公司