CN104702468B - 确定传输路径的方法、设备和*** - Google Patents
确定传输路径的方法、设备和*** Download PDFInfo
- Publication number
- CN104702468B CN104702468B CN201510097436.1A CN201510097436A CN104702468B CN 104702468 B CN104702468 B CN 104702468B CN 201510097436 A CN201510097436 A CN 201510097436A CN 104702468 B CN104702468 B CN 104702468B
- Authority
- CN
- China
- Prior art keywords
- data packet
- test data
- controller
- forward node
- feedback information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种确定传输路径的方法、设备和***，该方法包括：控制器生成测试数据包，测试数据包携带用于指示测试数据包经过的转发节点向控制器发送反馈信息的指示信息，测试数据包的第一跳转发节点为第一转发节点；控制器向第一转发节点发送测试数据包；控制器接收测试数据包经过的至少一个第二转发节点发送的至少一个反馈信息，其中每个反馈信息用于指示已收到测试数据包；控制器根据至少一个反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。本发明实施例中，能够确定数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
Description
技术领域
本发明涉及通信领域，尤其涉及确定传输路径的方法、设备和***。
背景技术
软件定义网络(Software Defined Network，SDN)将传统网络设备的数据转发(Data plane)和路由控制(Control plane)两个功能模块相分离，通过集中式的控制器(Controller)以标准化的接口对各种网络设备进行管理和配置。
OpenFlow规范定义了OpenFlow交换机(Switch)与控制器之间的通信通道，包括如何建立连接、通讯以及相关消息类型等。
控制器为需要转发的数据流生成流表，并下发到相应的交换机。交换机收到数据包(Packet)后，做流表匹配，将数据包转发至相应的交换机。由于数据包在网络中的传输路径不透明，无法直观查看，只能在目标机器上查看数据包的传输路径。而一旦数据包的传输过程出现差错，只能在可能涉及到的所有功能单元上通过调取分析日志来定位分析，使得整个过程涉及到的功能单元较多，涉及的日志量大，定位分析难度大。
发明内容
本发明实施例提供了一种确定传输路径的方法、设备和***，能够确定数据包的传输路径，进而能够降低定位分析的难度。
第一方面，提供了一种确定传输路径的方法，该方法包括：控制器生成测试数据包，测试数据包携带用于指示测试数据包经过的转发节点向控制器发送反馈信息的指示信息，测试数据包的第一跳转发节点为第一转发节点；控制器向第一转发节点发送测试数据包；控制器接收测试数据包经过的至少一个第二转发节点发送的反馈信息，其中每个反馈信息用于指示已收到测试数据包；控制器根据接收到的至少一个第二转发节点发送的反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。
结合第一方面，在第一种可能的实现方式中，控制器生成测试数据包包括：控制器获取用户环境中的数据包；控制器在数据包中设置指示信息生成所述测试数据包。
结合第一方面或第一种可能的实现方式，在第二种可能的实现方式中，控制器根据至少一个反馈信息确定测试数据包的传输路径包括：控制器根据收到至少一个反馈信息的时间顺序确定测试数据包的传输路径。
结合第一方面或第一种或第二种可能的实现方式，在第三种可能的实现方式中，每个反馈信息包括第二转发节点收到测试数据包的时间信息。
结合第三种可能的实现方式，在第四种可能的实现方式中，控制器根据至少一个反馈信息确定测试数据包的传输路径包括：控制器根据时间信息确定测试数据包的传输路径。
结合第一方面或第一种至第四种可能的实现方式中的任一种可能的实现方式，在第五种可能的实现方式中，每个反馈信息包括第二转发节点的标识信息。
结合第一方面或第一种至第五种可能的实现方式中的任一种可能的实现方式，在第六种可能的实现方式中，每个反馈信息包括测试数据包的下一跳设备的标识信息。
结合第一方面，在第七种可能的实现方式中，该方法还包括：控制器分别向第一转发节点和至少一个第二转发节点发送流表，其中，控制器生成测试数据包包括：控制器根据流表生成测试数据包；该方法还包括：根据测试数据包的传输路径判断流表是否正确。
第二方面，提供了一种确定传输路径的方法，该方法包括：转发节点接收测试数据包，测试数据包携带用于指示转发节点向控制器发送反馈信息的指示信息；转发节点根据指示信息向控制器发送反馈信息，反馈信息用于指示已收到测试数据包，以便控制器根据反馈信息确定测试数据包的传输路径。
结合第二方面，在第二方面的第一种可能的实现方式中，反馈信息包括转发节点收到测试数据包的时间信息。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，反馈信息包括转发节点的标识信息。
结合第二方面或第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，该方法还包括：转发节点接收控制器发送的流表；转发节点根据流表向下一跳设备转发测试数据包，其中反馈信息包括下一跳设备的标识信息。
第三方面，提供了一种控制器，包括：处理单元，用于生成测试数据包，测试数据包携带用于指示测试数据包经过的转发节点向控制器发送反馈信息的指示信息，测试数据包的第一跳转发节点为第一转发节点；发送单元，用于向第一转发节点发送测试数据包；接收单元，用于接收测试数据包经过的至少一个第二转发节点发送的反馈信息，其中每个反馈信息用于指示已收到测试数据包；处理单元，用于根据接收单元接收到的至少一个反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。
结合第三方面，在第三方面的第一种可能的实现方式中，处理单元具体用于：获取用户环境中的数据包；在数据包中设置指示信息生成测试数据包。
结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，处理单元具体用于，根据接收单元收到至少一个反馈信息的时间顺序确定测试数据包的传输路径。
结合第三方面或第三方面的第一种或第二种可能的实现方式，在第三方面的第三种可能的实现方式中，每个反馈信息包括第二转发节点收到测试数据包的时间信息。
结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，处理单元具体用于，根据时间信息确定测试数据包的传输路径。
结合第三方面或第三方面的第一种至第四种可能的实现方式中的任一种可能的实现方式，在第三方面的第五种可能的实现方式中，每个反馈信息包括第二转发节点的标识信息。
结合第三方面或第三方面的第一种至第五种可能的实现方式中的任一种可能的实现方式，在第三方面的第六种可能的实现方式中，每个第二转发节点发送的反馈信息还包括测试数据包的下一跳设备的标识信息。
结合第三方面，在第三方面的第七种可能的实现方式中，发送单元还用于，分别向第一转发节点和至少一个第二转发节点发送流表；处理单元具体用于根据流表生成测试数据包；处理单元还用于，根据测试数据包的传输路径判断流表是否正确。
第四方面，提供了一种转发节点，包括：接收单元，用于接收测试数据包，测试数据包携带用于指示转发节点向控制器发送反馈信息的指示信息；发送单元，用于向控制器发送反馈信息，反馈信息用于指示已收到测试数据包，以便控制器根据反馈信息确定测试数据包的传输路径。
结合第四方面，在第四方面的第一种可能的实现方式中，反馈信息包括转发节点收到测试数据包的时间信息。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，反馈信息包括转发节点的标识信息。
结合第四方面或第四方面的第一种或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，接收单元还用于接收控制器发送的流表；发送单元还用于根据流表向下一跳设备转发测试数据包，其中反馈信息还包括下一跳设备的设备标识。
第五方面，提供了一种确定传输路径的***，包括：如第三方面或第三方面的上述可能的实现方式中的任一种可能的实现方式的控制器；至少两个个如第四方面或第四方面的上述可能的实现方式中的任一种可能的实现方式的转发节点。
基于上述技术方案，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例所适用的***架构的示意图。
图2是在本发明实施例所适用的***架构下定义新规则的示意图。
图3是在本发明实施例所适用的***架构下进行问题定位的示意图。
图4是根据本发明实施例的确定传输路径的方法的示意性流程图。
图5是根据本发明另一实施例的确定传输路径的方法的示意性流程图。
图6是根据本发明实施例的确定传输路径的方法定义新规则的示意图。
图7是根据本发明实施例的确定传输路径的方法进行问题定位的示意图。
图8是根据本发明实施例的控制器的示意性框图。
图9是根据本发明实施例的转发节点的示意性框图。
图10是根据本发明另一实施例的控制器的示意性框图。
图11是根据本发明另一实施例的转发节点的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。
图1是根据本发明实施例的确定传输路径的方法所适用的***架构的示意图。需要理解的是，图1仅为方便理解的示意性说明图，并不限定该***架构的组成模式。
如图1所示，该网络架构包括：一个控制器，和多个遵循Openflow标准的交换机。其中，每个交换机连接一个或多个主机，交换机向控制器上报网络拓扑信息，控制器下发流表信息给各个交换机，主机向交换机发送数据包并接收交换机转发的数据包，而交换机则遵循Openflow标准做流表匹配、数据包的转发操作。
在图1所示***架构中，现有技术在应用需要定义新的规则(Rule)的情况下，整个操作过程如图2所示，具体包括：
210：应用首先需要在控制器上为各个交换机定义新的规则，即流表；
221：交换机将流表1下发至新的规则涉及到的交换机1；
222：交换机将流表2下发至新的规则涉及到的交换机2；
223：交换机将流表3下发至新的规则涉及到的交换机3；
230：主机1向交换机1发送能够满足新定义的规则的匹配规则的数据包(Packet)；
241：交换机1收到从主机1发送过来的数据包，做流表匹配，转发给交换机2；
242：交换机2收到从交换机1发送过来的数据包，做流表匹配，转发给交换机3；
243：交换机3收到从交换机2发送过来的数据包，做流表匹配，转发给主机3；
250：在主机3上查看该数据包经过的传输路径。
上述过程，是现有技术中应用定义一条新的规则所需要的全部过程。
现有技术中，上述整个操作过程中用户都无法直观看到数据包在网络中的传输路径，只能在目标机器，如图2所示主机3上来查看结果。而一旦出现差错，只能在控制器和交换机1、交换机2、交换机3，以及主机1和主机3，甚至交换机4、主机2和主机4上，即可能涉及到的所有功能单元上通过调取分析日志来定位分析。整个调试环节涉及到的功能单元较多，涉及的日志量大，调试难度相当大。而如果通过日志分析初步定位出问题，重新调试验证必须将整个流程完整执行一遍，需要所有的功能单元来参与。另外，如果定位不正确，只能不停的重复整个过程，整个调试周期不可控。并且，这种复杂度会随着规则的个数、复杂度的增加而增加。
在用户环境中，在出现数据包没有按照流表中预定义的规则到达指定的目标主机，需要进行问题定位的情况下，需要重现整个定位的过程，如图3所示。
首先，需要在用户的环境中，抓取出现问题的数据包和流表；同时搭建调试环境，在该调试环境中进行问题定位。
310：在控制器上加载从用户环境中抓取的为各个交换机配置的流表；
321：控制器将流表1下发至交换机1；
322：控制器将流表2下发至交换机2；
323：控制器将流表3下发至交换机3；
330：主机1加载从用户环境中抓取的数据包，并向交换机1发送该数据包；
341：交换机1收到来自主机1的数据包，做流表匹配，转发给交换机2；
342：交换机2收到来自交换机1的数据包，做流表匹配，转发给交换机3；
343：交换机3收到来自交换机2的数据包，做流表匹配，转发给主机3；
350：在主机3上查看数据包经过的传输路径。
整个操作过程，需要分析评估所抓取的数据包在所抓取的流表的逻辑控制下所执行的路径，并搭建与用户环境同等逻辑的调试环境，并在调试环境下做问题重现。如果问题无法重现，则还需要到用户环境中抓取更多的日志信息等，或者调整调试环境，或者在用户环境中再次等待问题重现，直到能在调试环境中重现该问题。而重现该问题之后，需要在调试环境中，调取所有可能涉及到的功能单元的日志，进行问题分析、原因定位，并给出解决方案。在给出解决方案之后，还需要首先在调试环境中进行验证，再尝试在用户环境中，部署解决方案，重新构造触发条件，来验证解决方案。如果解决方案不正确，则需要重新执行上述重现分析定位过程。上述整个过程，所涉及到的功能单元多，操作过程复杂，工程量大，整个分析定位解决过程所需要的时间不可控。
下面结合图4至图7，描述根据本发明实施例的确定传输路径的方法。
应理解，本发明实施例对控制器(Controller)形式不做具体限定，例如，控制器还可以为无线网络中的基站(Base Station)或无线网络控制器(Radio NetworkController，RNC)等。
本发明实施例对转发节点的形式也不做具体限定，例如，转发节点可以是路由器或交换机。
本发明实施例不仅适用于Openflow协议下的SDN，也适用于其他协议下的SDN，本发明对此不作限定。
图4是根据本发明实施例的确定传输路径的方法400的示意性流程图。如图4所示，方法400包括如下内容。
410、控制器生成测试数据包，测试数据包携带用于指示测试数据包经过的转发节点向控制器发送反馈信息的指示信息，测试数据包的第一跳转发节点为第一转发节点。
具体地，控制器可以直接生成携带该标识信息的测试数据包，或者也可以通过修改从用户环境中抓取的测试数据包生成携带该标识信息的测试数据包。应理解，本发明实施例对此并不作限定，控制器还可以采用其他方式获取该数据包。
还应理解，该测试数据包用于在数据包没有按照流表中预定义的规则到达指定的目标主机的情况下确定该数据包的传输路径。或者，该测试数据包还可以用于在控制器定义新的规则时验证该新的规则是否正确。
420、控制器向第一转发节点发送测试数据包。
本发明实施例对测试数据包携带该指示信息的具体实现方式也不作限定，例如，可以在测试数据包上设置标签(Label)标记，还可以使测试数据包携带的内容为不与数据业务冲突的特定内容。另外，还可以使测试数据包使用不与数据业务冲突的端口进行传输。
430、控制器接收测试数据包经过的至少一个第二转发节点发送的至少一个反馈信息，其中每个反馈信息用于指示已收到测试数据包。
应理解，转发节点向控制器发送的反馈信息的形式或内容可以是转发节点与控制器预先设置的。
440、控制器根据至少一个反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
在440中，控制器可以根据收到至少一个反馈信息的时间顺序确定测试数据包的传输路径。
可选地，至少一个反馈信息中的每个反馈信息可以包括第二转发节点的标识信息。
控制器在收到反馈信息的同时能够获知发送该反馈信息的转发节点的标识信息，控制器根据接收到反馈信息的时间顺序以及反馈信息对应的转发节点的标识信息，就能够确定该测试数据包在整个生命周期内在网络中的转发路径。
一般而言，控制器收到各个转发节点的反馈信息的时间顺序与该测试数据包经过各个转发节点的顺序是一致的。但是由于各个转发节点从收到该测试数据包到发送的反馈信息到达控制器所需要的时间长度可能不同，有可能存在以下情况：交换机2收到交换机1发送的测试数据包之后，向控制器发送反馈信息1，同时将该测试数据包转发至交换机3；交换机3收到该测试数据包之后向控制器发送反馈信息2。由于交换机2与控制器之间的通信环境比较恶劣，传输时延较大，使得控制器在收到了反馈信息2之后才收到反馈信息1，此时控制器收到的反馈信息的时间顺序与该测试数据包经过交换机的顺序是不一致的。
优选地，每个反馈信息还可以包括第二转发节点收到该测试数据包的时间信息。相应地，在440中，控制器根据该时间信息确定测试数据包的传输路径。由于控制器能够根据转发节点收到该测试数据包的时间信息确定该测试数据包在整个生命周期内在网络中的转发路径，从而能够避免上述可能存在的问题。
可选地，每个反馈信息还可以包括测试数据包的下一跳设备的标识信息。
应理解，该测试数据包的下一跳设备可以是转发节点，也可以是主机。
可选地，在410中，控制器生成测试数据包包括：控制器获取用户环境中的数据包；控制器在数据包中设置指示信息生成该测试数据包。
例如，控制器可以在获取的用户环境中的数据包上设置标签标记，生成该测试数据包。
在出现数据包没有按照预定义的规则到达指定的目标主机，需要进行问题定位的情况下，可以仅从用户环境中抓取出现问题的数据包，在该数据包中设置指示信息生成测试数据包。
由于本发明实施例的携带标识信息的测试数据包与用户环境中正常传输的数据包不同，不会对***中的数据包的正常传输带来影响，因此根据本发明实施例的调试过程可以直接在用户环境中进行在线检测或调试，而无需搭建调试环境。同时，由于本发明实施中交换机收到测试数据包之后会向控制器发送反馈信息，控制器能够根据该反馈信息确定测试数据包的传输路径，因此也无需从用户环境中抓取规则。
本发明实施例中，在流表被修改或者通信链路发生故障导致数据包没有按照预定义的规则到达指定的目标主机或目标转发节点的情况下，能够确定数据包的传输路径并进行在线分析，大大降低了定位分析的难度。
在***中的应用定义新规则的场景下，可选地，在410之前还包括：控制器分别向第一转发节点和至少一个第二转发节点发送流表。相应地，在410中，控制器根据流表生成测试数据包。方法400还包括：根据测试数据包的传输路径判断流表是否正确。
应理解，控制器根据流表生成的测试数据包是能够满足流表中的规则的数据包。
本发明实施例的确定传输路径的方法，能够在控制器需要定义新的规则的情况下，验证新定义的规则对应的流表是否正确。如果测试数据包没有按照预定义的规则到达目标节点，由于本发明实施例能够直观查看测试数据包的实际传输路径，使得能够清楚地定位出现问题的流表，无需通过调取可能涉及到的所有功能单元的分析日志来定位分析，同时使得调试过程涉及的功能单元或设备减少，调试过程也更简单，降低了调试难度，缩短了调试周期。，使得验证和调试的过程更加简单、直接、快速。
需要说明的是，当转发节点直接接收控制器下发的测试数据包，即该转发节点为测试数据包的第一跳转发节点时，可以设置该第一跳转发节点无需向控制器发送反馈信息，但本发明实施例并不限于此。
可选地，方法400还可以包括：控制器接收第一转发节点发送的反馈信息。
也就是说，本发明实施例中的第一转发节点可以不向控制器发送反馈信息，也可以向控制器发送反馈信息。第一转发节点向控制器发送的反馈信息与第二转发节点向控制器发送的反馈信息可以相同也可以不同。例如，第一转发节点向控制器发送的反馈信息可以是确认应答(Acknowledgement，ACK)。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
图5是根据本发明另一实施例的确定传输路径的方法500的示意性流程图。方法500与方法400相对应，在此适当省略相应的描述。如图5所示，方法500可以包括如下内容。
510、转发节点接收测试数据包，测试数据包携带用于指示转发节点向控制器发送反馈信息的指示信息。
应理解，转发节点可以接收控制器发送的测试数据包，转发节点还可以接收其他转发节点发送的测试数据包。也就是说，该转发节点可以对应于方法400中的第一转发节点，也可以对应于方法400中的第二转发节点。
520、转发节点根据指示信息向控制器发送反馈信息，反馈信息用于指示已收到测试数据包，以便控制器根据反馈信息确定测试数据包的传输路径。
本发明实施例中，转发节点收到携带指示信息的数据包，向控制器发送反馈信息，使得控制器能够根据该反馈信息确定该数据包的传输路径，能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
可选地，该反馈信息包括转发节点收到该测试数据包的时间信息。
可选地，方法500还可以包括：转发节点根据流表向下一跳设备转发该数据包，其中该反馈信息还可以包括该下一跳设备的标识信息。
该下一跳设备可以是转发节点也可以是主机。
应理解，在***中的应用定义新规则的场景下，在转发节点根据流表向下一跳设备转发测试数据包之前，方法500还可以包括：转发节点接收控制器发送的流表。
该流表与定义的新规则相对应。转发节点根据该流表转发该测试数据包，并向控制器发送收到该测试数据包的反馈信息，使得控制器能够根据反馈信息确定测试数据包的传输路径，进而能够对新定义的规则进行验证。
本发明实施例中，转发节点接收到携带指示信息的数据包，向控制器发送反馈信息，使得控制器能够该反馈确定该数据包的传输路径，能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
下面结合图6和图7详细描述本发明实施例的确定传输路径的方法。为便于描述且清楚地将本发明的测试数据包与现有技术中正常传输的数据包加以区分，图6和图7所示实施例以特殊标签为例描述测试数据包携带的指示信息。应理解，图6和图7仅以交换机1、交换机2和交换机3对测试数据包的转发为例进行描述，但本发明实施例并不限于此。
下面结合图6描述根据本发明实施例的确定传输路径的方法在Openflow协议下定义新规则的方法。如图6所示，该方法包括如下内容。
610：应用首先需要在控制器上为各个交换机定义新的规则，即流表；
621：控制器将流表1下发给涉及到的交换机1；
622：控制器将流表2下发给涉及到的交换机2；
623：控制器将流表3下发给涉及到的交换机3；
630：在控制器上生成能够满足流表1、流表2和流表3中的规则的测试数据包，该测试数据包携带特殊标签(Lable)，该特殊标签指示交换机向控制器反馈已收到该测试数据包；
641：控制器下发该测试数据包；
642：交换机1收到从控制器发送过来的该测试数据包，做流表匹配，转发给交换机2；
643：交换机2收到从交换机1发送过来的该测试数据包，做流表匹配，转发给交换机3；
644：交换机2同时识别出该测试数据包携带的该特殊标签，向控制器发送反馈信息，告知控制器已收到该测试数据包，可选地，该反馈信息中可以包括收到该测试数据包的时间信息或者该测试数据包的下一跳设备的标识信息；
645：交换机3收到从交换机2发送的测试数据包，做流表匹配，转发给主机3；
646：交换机3同时识别出该测试数据包携带的该特殊标签，向控制器发送反馈信息，告知控制器已收到该测试数据包，
需要说明的是，主机3收到该测试数据包，识别出该测试数据包携带的该特殊标签后，可以将该测试数据包自动丢弃。
650：控制器根据该测试数据包的整个生命周期的从控制器下发，以及接收到的反馈信息，描绘出测试数据包在网络中的转发路径，用户根据该转发路径直观简易的判断流表是否正确。如果正确，执行步骤660；如果不正确，可以从600开始检验流表；
660：主机1向交换机1发送能够满足新定义的流表的匹配规则的数据包；
671：交换机1收到从主机1发送过来的数据包，做流表匹配，转发给交换机2；
672：交换机2收到从交换机1发送过来的数据包，做流表匹配，转发给交换机3；
673：交换机3收到从交换机2发送过来的数据包，做流表匹配，转发给主机3；
680：在主机3上查看结果。
在本发明实施例中，通过使用控制器生成携带特殊标签的测试数据包，下发给交换机，各交换机根据流表转发该测试数据包，并向控制器发送用于指示收到该测试数据包的反馈信息，使得控制器能够描绘测试数据包在网络中的端到端路径图，能够直观查看数据包的整个传输路径，进而能够降低定位分析的难度。
下面结合图7描述根据本发明实施例的确定传输路径的方法进行问题定位的方法。
在用户环境中，在出现数据包没有按照流表中预定义的规则到达指定的目标主机，需要进行问题定位的情况下，需要重现定位的过程。
根据本发明实施例的确定传输路径的方法，此时仅需要在用户的环境中，抓取没有按照流表中预定义的规则到达指定的目标主机的数据包。由于用于确定传输路径的测试数据包携带有特殊标签，能够与用户环境中正常传输的数据包相区分，因此定位分析过程则可以在用户环境中进行，所以不需要抓取流表中预定义的规则，也不需要搭建调试环境。如图7所示，该方法包括如下内容。
710：在控制器上加载从用户环境中抓取的数据包，控制器在该数据包上设置特殊标签进行标记，生成测试数据包；
721：控制器向交换机1发送该测试数据包；
722：交换机1收到从控制器发送过来的该测试数据包，做流表匹配，转发给交换机2；
723：交换机2收到从交换机1发送过来的该测试数据包，做流表匹配，转发给交换机3；
724：交换机2同时识别出该测试数据包中的特殊标签，向控制器发送反馈信息，告知控制器已收到该测试数据包；
725：交换机3收到从交换机2发送过来的该测试数据包，做流表匹配，转发给主机3；
726：交换机3同时识别出该测试数据包携带的该特殊标签，向控制器发送反馈信息，告知控制器已收到该测试数据包，
需要说明的是，主机3收到该测试数据包，识别出该测试数据包携带的该特殊标签后，可以将该测试数据包自动丢弃；
730：控制器根据该测试数据包的整个生命周期从控制器下发，以及中间从交换机2和交换机3接收到的反馈信息，描绘出该测试数据包在网络中的传输路径。使得用户能够根据该传输路径进行在线定位分析，给出解决方案。
因此，本发明实施例的确定传输路径的方法，使得整个定位分析过程涉及的功能单元更少，定位分析过程也更简单，能够缩短定位分析的时间。另外，在跨厂商跨设备场景下，定位分析需要依赖的因素更少，更有利于问题解决。
下面结合图8至图11，详细描述根据本发明实施例的控制器和转发节点。
图8是根据本发明实施例的控制器800的示意性框图。如图8所示，控制器800包括：处理单元810、发送单元820和接收单元830。
处理单元810，用于生成测试数据包，所述测试数据包携带用于指示所述测试数据包经过的转发节点向所述控制器发送反馈信息的指示信息，所述测试数据包的第一跳转发节点为第一转发节点。
发送单元820，用于向第一转发节点发送测试数据包，测试数据包携带用于指示测试数据包经过的转发节点向控制器发送反馈信息的标识信息。
接收单元830，用于接收测试数据包经过的至少一个第二转发节点发送的反馈信息，其中每个第二转发节点发送的反馈信息用于指示已收到测试数据包。
处理单元810还用于根据接收单元830接收到的至少一个反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
可选地，处理单元810可以具体用于：获取用户环境中的数据包；根据数据包生成测试数据包。
可选地，处理单元810可以具体用于根据接收单元820收到至少一个反馈信息的时间顺序确定测试数据包的传输路径。
可选地，每个反馈信息可以包括第二转发节点的标识信息。
可选地，每个反馈信息可以包括第二转发节点收到测试数据包的时间信息。
可选地，处理单元810可以具体用于根据第二转发节点收到测试数据包的时间信息确定测试数据包的传输路径。
可选地，每个反馈信息可以包括测试数据包的下一跳设备的标识信息。其中测试数据包的下一跳设备可以是转发节点也可以是主机。
可选地，发送单元830还用于分别向第一转发节点和至少一个第二转发节点发送流表。处理单元810具体用于根据流表生成测试数据包。处理单元810还可以用于根据测试数据包的传输路径判断流表是否正确。
应理解，根据本发明实施例的控制器800可对应于根据本发明实施例中的确定传输路径的方法400中的控制器，并且控制器800中的各个模块的上述和其他操作和/或功能分别为了实现图4所示方法400的相应流程，为了简洁，在此不再赘述。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
图9是根据本发明实施例的转发节点900的示意性框图。如图9所示，转发节点900包括：接收单元910和发送单元920。
接收单元910，用于接收测试数据包，测试数据包携带用于指示转发节点向控制器发送反馈信息的指示信息。
发送单元920，用于向控制器发送反馈信息，反馈信息用于指示已收到测试数据包，以便控制器根据反馈信息确定测试数据包的传输路径。
本发明实施例中，转发节点收到携带指示信息的数据包，向控制器发送反馈信息，使得控制器能够根据该反馈信息确定该数据包的传输路径，能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
可选地，反馈信息包括转发节点收到测试数据包的时间信息。
可选地，反馈信息包括转发节点的标识信息。
可选地，接收单元810还用于在接收测试数据包之前接收控制器发送的流表。发送单元920还用于根据流表向下一跳设备转发测试数据包，其中反馈信息可以包括下一跳设备的标识信息。
应理解，根据本发明实施例的转发节点900可对应于根据本发明实施例中的确定传输路径的方法500中的第一转发节点或第二转发节点，并且转发节点900中的各个模块的上述和其他操作和/或功能分别为了实现图5所示方法500的相应流程，为了简洁，在此不再赘述。
本发明实施例中，转发节点收到携带指示信息的数据包，向控制器发送反馈信息，控制器根据该反馈信息确定该数据包的传输路径，使得能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
本发明实施例还提供了一种确定传输路径的***，该***包括图8所示的控制器800和至少两个图9所示的转发节点。
本发明实施例的确定传输路径的***，通过控制器向转发节点发送携带特殊标识信息的数据包，并从转发节点接收用于指示已转发该数据包的反馈信息，控制器能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
图10是根据本发明另一实施例的控制器1000的示意性框图。如图10所示，控制器1000包括处理器1010、存储器1020、总线***1030、发送器1040和接收器1050。其中，处理器1010、存储器1020、发送器1040和接收器1050通过总线***1030相连，该存储器1020用于存储指令，该处理器1010用于执行该存储器1020存储的指令。
处理器1010，用于生成测试数据包，测试数据包携带用于指示所述测试数据包经过的转发节点向所述控制器发送反馈信息的指示信息，所述测试数据包的第一跳转发节点为第一转发节点。
发送器1040用于向第一转发节点发送测试数据包。
接收器1050用于接收至少一个第二转发节点发送的反馈信息，其中每个反馈信息用于指示已收到测试数据包。
处理器1010，用于根据接收器1050接收到的至少一个反馈信息确定测试数据包的传输路径，传输路径包括第一转发节点和至少一个第二转发节点。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
应理解，在本发明实施例中，该处理器1010可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器1010还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器1020可以包括只读存储器和随机存取存储器，并向处理器1010提供指令和数据。存储器1020的一部分还可以包括非易失性随机存取存储器。例如，存储器1020还可以存储设备类型的信息。
该总线***1030除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线***1030。
在实现过程中，上述方法的各步骤可以通过处理器1010中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1020，处理器1010读取存储器1020中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
可选地，处理器1010可以用于：获取用户环境中的数据包；根据数据包生成测试数据包。
可选地，处理器1010可以具体用于根据接收器1050收到至少一个反馈信息的时间顺确定测试数据包的传输路径。
可选地，每个反馈信息可以包括第二转发节点的标识信息。
可选地，每个反馈信息可以包括第二转发节点收到测试数据包的时间信息。
可选地，处理器1010可以具体用于根据第二转发节点接收到测试数据包的时间信息确定测试数据包的传输路径。
可选地，每个反馈信息可以包括测试数据包的下一跳设备的标识信息。
可选地，发送器1040还用于分别向第一转发节点和至少一个第二转发节点发送流表。处理器1010具体用于根据流表生成测试数据包。处理器1010还可以用于根据测试数据包的传输路径判断流表是否正确。
应理解，根据本发明实施例的控制器1000可对应于根据本发明实施例中的确定传输路径的方法400中的控制器以及根据本发明实施例的控制器800，并且控制器1000中的各个模块的上述和其他操作和/或功能分别为了实现图4所示方法400的相应流程，为了简洁，在此不再赘述。
本发明实施例中，通过向转发节点发送携带指示信息的数据包，并从转发节点接收用于指示已收到该数据包的反馈信息，能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
图11是根据本发明另一实施例的转发节点1100的示意性框图。如图11所示，转发节点1100包括：接收器1110、发送器1120和总线***1130。其中，接收器1110和发送器1120通过总线***1130相连。其中总线***1130除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线***1130。
接收器1110用于接收测试数据包，测试数据包携带用于指示该转发节点向控制器发送反馈信息的指示信息。
发送器1120用于向控制器发送反馈信息，反馈信息用于指示已收到测试数据包，以便控制器根据反馈信息确定测试数据包的传输路径。
本发明实施例中，转发节点收到携带指示信息的数据包，向控制器发送反馈信息，使得控制器能够根据该反馈信息确定该数据包的传输路径，能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
可选地，反馈信息包括转发节点收到测试数据包的时间信息。
可选地，反馈信息包括转发节点的标识信息。
可选地，接收器110还用于在接收测试数据包之前接收控制器发送的流表。发送器1120还用于根据流表向下一跳设备转发测试数据包，其中反馈信息还可以包括下一跳设备的标识信息。
应理解，根据本发明实施例的转发节点1100可对应于根据本发明实施例中的确定传输路径的方法500中的第一转发节点或第二转发节点以及根据本发明实施例的转发节点900，并且转发节点1100中的各个模块的上述和其他操作和/或功能分别为了实现图5所示方法500的相应流程，为了简洁，在此不再赘述。
本发明实施例中，转发节点收到携带指示信息的数据包，向控制器发送反馈信息，使得控制器能够根据该反馈信息确定该数据包的传输路径，能够直观查看该数据包的传输路径，进而能够降低定位分析的难度。
本发明实施例还提供了另一种确定传输路径的***，该***包括图10所示的控制器1000和至少两个图11所示的转发节点1100。
本发明实施例的确定传输路径的***，通过控制器向转发节点发送携带特殊标识信息的数据包，并从转发节点接收用于指示已转发该数据包的反馈信息，控制器能够根据该反馈信息确定该数据包的传输路径，使得能够直观查看数据包的传输路径，进而能够降低定位分析的难度。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
Claims (25)
1.一种确定传输路径的方法，其特征在于，包括：
控制器生成测试数据包，所述测试数据包携带用于指示所述测试数据包经过的转发节点向所述控制器发送反馈信息的指示信息，所述测试数据包的第一跳转发节点为第一转发节点；
控制器向第一转发节点发送所述测试数据包；
所述控制器接收所述测试数据包经过的至少一个第二转发节点发送的至少一个反馈信息，其中每个反馈信息用于指示已收到所述测试数据包；
所述控制器根据所述至少一个反馈信息确定所述测试数据包的传输路径，所述传输路径包括所述第一转发节点和所述至少一个第二转发节点。
2.根据权利要求1所述的方法，其特征在于，所述控制器生成所述测试数据包包括：
所述控制器获取用户环境中的数据包；
所述控制器在所述数据包中设置所述指示信息生成所述测试数据包。
3.根据权利要求1或2所述的方法，其特征在于，所述控制器根据所述至少一个反馈信息确定所述测试数据包的传输路径包括：
所述控制器根据收到所述至少一个反馈信息的时间顺序确定所述测试数据包的传输路径。
4.根据权利要求1或2所述的方法，其特征在于，所述每个反馈信息包括所述第二转发节点收到所述测试数据包的时间信息。
5.根据权利要求4所述的方法，其特征在于，所述控制器根据所述至少一个反馈信息确定所述测试数据包的传输路径包括：
所述控制器根据所述时间信息确定所述测试数据包的传输路径。
6.根据权利要求1或2所述的方法，其特征在于，所述每个反馈信息包括所述第二转发节点的标识信息。
7.根据权利要求1或2所述的方法，其特征在于，所述每个反馈信息包括所述测试数据包的下一跳设备的标识信息。
8.根据权利要求1所述的方法，其特征在于，还包括：
所述控制器分别向所述第一转发节点和所述至少一个第二转发节点发送流表，
其中，所述控制器生成所述测试数据包包括：所述控制器根据所述流表生成所述测试数据包；
所述方法还包括：
根据所述测试数据包的传输路径判断所述流表是否正确。
9.一种确定传输路径的方法，其特征在于，包括：
转发节点接收测试数据包，所述测试数据包携带用于指示所述转发节点向控制器发送反馈信息的指示信息；
所述转发节点根据所述指示信息向所述控制器发送所述反馈信息，所述反馈信息用于指示已收到所述测试数据包，以便所述控制器根据所述反馈信息确定所述测试数据包的传输路径。
10.根据权利要求9所述的方法，其特征在于，所述反馈信息包括所述转发节点收到所述测试数据包的时间信息。
11.根据权利要求9或10所述的方法，其特征在于，所述反馈信息包括所述转发节点的标识信息。
12.根据权利要求9或10所述的方法，其特征在于，还包括：
所述转发节点接收所述控制器发送的流表；
所述转发节点根据所述流表向下一跳设备转发所述测试数据包，
其中所述反馈信息包括所述下一跳设备的标识信息。
13.一种控制器，其特征在于，包括：
处理单元，用于生成测试数据包，所述测试数据包携带用于指示所述测试数据包经过的转发节点向所述控制器发送反馈信息的指示信息，所述测试数据包的第一跳转发节点为第一转发节点；
发送单元，用于向第一转发节点发送所述测试数据包；
接收单元，用于接收所述测试数据包经过的至少一个第二转发节点发送的至少一个反馈信息，其中每个反馈信息用于指示已收到所述测试数据包；
所述处理单元还用于根据所述接收单元接收到的至少一个反馈信息确定所述测试数据包的传输路径，所述传输路径包括所述第一转发节点和所述至少一个第二转发节点。
14.根据权利要求13所述的控制器，其特征在于，所述处理单元具体用于：
获取用户环境中的数据包；
在所述数据包中设置所述指示信息生成所述测试数据包。
15.根据权利要求13或14所述的控制器，其特征在于，所述处理单元具体用于，根据所述接收单元收到所述至少一个反馈信息的时间顺序确定所述测试数据包的传输路径。
16.根据权利要求13或14所述的控制器，其特征在于，所述每个反馈信息包括所述每个第二转发节点收到所述测试数据包的时间信息。
17.根据权利要求16所述的控制器，其特征在于，所述处理单元具体用于，根据所述时间信息确定所述测试数据包的传输路径。
18.根据权利要求13或14所述的控制器，其特征在于，所述每个反馈信息包括所述第二转发节点的标识信息。
19.根据权利要求13或14所述的控制器，其特征在于，所述每个反馈信息包括所述测试数据包的下一跳设备的标识信息。
20.根据权利要求13所述的控制器，其特征在于，所述发送单元还用于，分别向所述第一转发节点和所述至少一个第二转发节点发送流表；
所述处理单元具体用于根据所述流表生成所述测试数据包；
所述处理单元还用于，根据所述测试数据包的传输路径判断所述流表是否正确。
21.一种转发节点，其特征在于，包括：
接收单元，用于接收测试数据包，所述测试数据包携带用于指示所述转发节点向控制器发送反馈信息的指示信息；
发送单元，用于向所述控制器发送所述反馈信息，所述反馈信息用于指示已收到所述测试数据包，以便所述控制器根据所述反馈信息确定所述测试数据包的传输路径。
22.根据权利要求21所述的转发节点，其特征在于，所述反馈信息包括所述转发节点收到所述测试数据包的时间信息。
23.根据权利要求21或22所述的转发节点，其特征在于，所述反馈信息包括所述转发节点的标识信息。
24.根据权利要求21或22所述的转发节点，其特征在于，所述接收单元还用于接收所述控制器发送的流表；
所述发送单元还用于根据所述流表向下一跳设备转发所述测试数据包，
其中所述反馈信息包括所述下一跳设备的标识信息。
25.一种确定传输路径的***，其特征在于，包括：
如权利要求13至20中任一项所述的控制器；
至少两个如权利要求21至24中任一项所述的转发节点。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510097436.1A CN104702468B (zh) | 2015-03-05 | 2015-03-05 | 确定传输路径的方法、设备和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510097436.1A CN104702468B (zh) | 2015-03-05 | 2015-03-05 | 确定传输路径的方法、设备和*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104702468A CN104702468A (zh) | 2015-06-10 |
| CN104702468B true CN104702468B (zh) | 2019-02-26 |
Family
ID=53349258
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510097436.1A Active CN104702468B (zh) | 2015-03-05 | 2015-03-05 | 确定传输路径的方法、设备和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104702468B (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI591983B (zh) * | 2015-11-05 | 2017-07-11 | Chunghwa Telecom Co Ltd | Path State Return Algorithm Based on Centralized Control Plane |
| CN106972979A (zh) * | 2016-01-14 | 2017-07-21 | ***通信集团公司 | 一种基于sdn的网络性能监测方法及装置 |
| CN107294743B (zh) * | 2016-03-30 | 2020-02-14 | 华为技术有限公司 | 一种网络路径探测方法、控制器及网络设备 |
| CN107547293B (zh) * | 2016-06-29 | 2020-09-08 | 新华三技术有限公司 | 一种流路径探测方法和装置 |
| CN107026776A (zh) * | 2017-04-20 | 2017-08-08 | 深圳拓邦股份有限公司 | 一种通信路径配置方法、装置及*** |
| CN107404434A (zh) * | 2017-06-23 | 2017-11-28 | 深圳市盛路物联通讯技术有限公司 | 一种确定物联网设备间的数据传输路径的方法及*** |
| CN108768769B (zh) * | 2018-05-17 | 2020-12-08 | 南方科技大学 | 控制面和数据面一致性的检测方法、检测***及交换机 |
| US10862807B2 (en) * | 2018-09-19 | 2020-12-08 | Cisco Technology, Inc. | Packet telemetry data via first hop node configuration |
| CN114157595B (zh) * | 2020-09-08 | 2023-07-04 | 超聚变数字技术有限公司 | 一种通信***、数据处理方法以及相关设备 |
| CN113556795B (zh) * | 2021-07-20 | 2023-03-24 | 哈尔滨海能达科技有限公司 | 首次转发设备的确定方法、相关装置及计算机存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101420335A (zh) * | 2007-10-26 | 2009-04-29 | 华为技术有限公司 | 对等网络节点故障检测/处理方法及装置 |
| CN104158749A (zh) * | 2013-05-14 | 2014-11-19 | 华为技术有限公司 | 软件定义网络中报文转发方法、网络设备及软件定义网络 |
| CN104322023A (zh) * | 2013-05-24 | 2015-01-28 | 华为技术有限公司 | 流转发方法、设备及*** |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9167501B2 (en) * | 2011-08-29 | 2015-10-20 | Telefonaktiebolaget L M Ericsson (Publ) | Implementing a 3G packet core in a cloud computer with openflow data and control planes |
-
2015
- 2015-03-05 CN CN201510097436.1A patent/CN104702468B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101420335A (zh) * | 2007-10-26 | 2009-04-29 | 华为技术有限公司 | 对等网络节点故障检测/处理方法及装置 |
| CN104158749A (zh) * | 2013-05-14 | 2014-11-19 | 华为技术有限公司 | 软件定义网络中报文转发方法、网络设备及软件定义网络 |
| CN104322023A (zh) * | 2013-05-24 | 2015-01-28 | 华为技术有限公司 | 流转发方法、设备及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104702468A (zh) | 2015-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104702468B (zh) | 确定传输路径的方法、设备和*** | |
| CN106612211B (zh) | VxLAN中的路径探测方法，控制器和网络设备 | |
| CN106656801B (zh) | 业务流的转发路径的重定向方法、装置和业务流转发*** | |
| RU2608879C2 (ru) | Приводимое в действие контроллером оам для openflow | |
| CN103401726B (zh) | 网络路径探测方法及装置、*** | |
| CN108111432B (zh) | 报文转发方法及装置 | |
| CN105103494B (zh) | 网络交换机仿真 | |
| US11184267B2 (en) | Intelligent in-band telemetry auto-configuration for IP networks | |
| JP2015533049A (ja) | ネットワークにおけるトポロジ及びパス検証のための方法及び装置 | |
| CN109361600B (zh) | 一种获取路径标识的方法和设备 | |
| CN108737141B (zh) | 一种卫星链路间歇性与延时仿真方法 | |
| CN111835532B (zh) | 网络验证的方法和装置 | |
| CN114553752B (zh) | 基于仿真软件的网络性能测试方法、装置和计算机设备 | |
| US10623278B2 (en) | Reactive mechanism for in-situ operation, administration, and maintenance traffic | |
| CN108259261B (zh) | 路径探测方法和装置 | |
| CN107925629A (zh) | 一种IPv6网络中数据报文的发送方法及装置 | |
| CN109479014A (zh) | 使用虚拟局域网(vlan)扫描进行网络测试配置的方法、***和计算机可读介质 | |
| CN108092856A (zh) | 基于sdn的网络质量优化方法、***及电子设备 | |
| CN105530115B (zh) | 一种实现操作管理维护功能的方法及装置 | |
| CN109412951A (zh) | 一种发送路由信息的方法和装置 | |
| CN106685693A (zh) | 一种网络异常检测方法、***及网络设备 | |
| CN108259335B (zh) | 路径探测方法和装置 | |
| CN104734907A (zh) | 一种主动测量OpenFlow网络端到端路径性能的方法及其所采用的*** | |
| WO2017028303A1 (zh) | 探测前传拓扑的方法和装置 | |
| WO2018232910A1 (zh) | 一种确定物联网设备间的数据传输路径的方法及*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |