WO2009067917A1 - Procede, systeme et dispositif d'echantillonnage de message - Google Patents

Procede, systeme et dispositif d'echantillonnage de message Download PDF

Info

Publication number
WO2009067917A1
WO2009067917A1 PCT/CN2008/073000 CN2008073000W WO2009067917A1 WO 2009067917 A1 WO2009067917 A1 WO 2009067917A1 CN 2008073000 W CN2008073000 W CN 2008073000W WO 2009067917 A1 WO2009067917 A1 WO 2009067917A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol type
packet
label
node
notification
Prior art date
Application number
PCT/CN2008/073000
Other languages
English (en)
French (fr)
Inventor
Hong Lv
Peng Ma
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08854497.8A priority Critical patent/EP2146477B8/en
Publication of WO2009067917A1 publication Critical patent/WO2009067917A1/zh
Priority to US12/714,660 priority patent/US8432822B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/022—Capturing of monitoring data by sampling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Definitions

  • the present invention relates to the field of Internet Protocol network communication, and in particular, to a method, system and device for a message. Background technique
  • Netflow netstream refers to the processing of packets in the network and presents the results to the operators or operators of the network for network planning, network detection, user monitoring, application layer monitoring, and security. Analysis and so on.
  • the traffic collection device learns the packet protocol type of the packet according to the packet header of the packet to be sampled, and then parses the packet according to the packet protocol type, and completes the analysis through parsing.
  • the traffic collection device such as the router, learns the packet protocol type of the packet according to the packet header of the packet to be sampled, and then parses the packet according to the packet protocol type, and completes the analysis through parsing. The kind of work.
  • VPN virtual private network
  • MPLS multi-protocol label switch
  • LSP Label Switched Path
  • the MPLS-based VPN networking diagram is shown in Figure 1, including user edge equipment (CE), service provider edge router (PE), and intermediate (P) router.
  • the CE is used to connect the private network to the backbone network.
  • the CE can be a router or a switch or a host.
  • the PE is located in the backbone network and is directly connected to the CE to manage VPN users and establish LSP connections between PEs. Route assignment between PEs, and routing assignment between PEs is performed according to Label Distribution Protocol (LDP), Border Gateway Protocol (BGP), and Resource Reservation Protocol (RSVP).
  • LDP Label Distribution Protocol
  • BGP Border Gateway Protocol
  • RSVP Resource Reservation Protocol
  • P router is in the service provider network
  • the backbone router is not directly connected to the CE. The router only needs to have basic MPLS forwarding capability and does not maintain VPN information.
  • the packet When a packet is transmitted between PE1 and PE2, the packet is tagged and encapsulated in the MPLS packet header.
  • the packet and the label forwarding table are sent to PE2 along the LSP formed by a series of P routers. PE2 removes the packet.
  • the label in the middle is decapsulated by the corresponding MPLS packet header for subsequent forwarding.
  • PE1, PE2, or the intermediate P router may need to perform network traffic collection.
  • PE1 can directly obtain the packet by parsing the packet header because the packet received by the PE1 is a packet that is not encapsulated by the MPLS header.
  • the protocol type of the text is then parsed according to the type of the message protocol, and the packet is completed by parsing.
  • the outbound node PE2 you can query the label allocation information to know which packet protocol type the label carries. Then, the packet is parsed according to the packet protocol type, and the packet is processed through parsing.
  • the packet received by the P router is a packet encapsulated by the MPLS header.
  • the packet type cannot be obtained by parsing the packet header.
  • the network router needs to be collected on the P router.
  • the following two methods are used: The first type is to divide the label range for the PE. For example, a certain label range corresponds to the packet protocol type L2VPN, and a certain label range corresponds to the packet protocol type L3VPN. Then, the corresponding static configuration is performed on the P router. After the configuration, the P-router saves the packet protocol type information corresponding to different label ranges allocated by each PE.
  • a certain P router performs network traffic collection, it first obtains the address information of the node PE2 according to the outer label value carried in the packet, and then searches for the inner label carried by the packet from the label information corresponding to the PE2 address.
  • Which tag range, the protocol type corresponding to the tag range to which it belongs, is the protocol type of the message.
  • the packet can be parsed according to the packet protocol type, and the packet is processed through parsing. For example, if the packet protocol type is determined to be IPV4 (Internet Protocol Version 4, Internet Protocol Version 4) Then, according to the IP (Internet Protocol) header, the data is parsed and implemented. If the packet protocol type is determined to be L2 Ethernet, the packet is parsed according to the Ethernet header.
  • IPV4 Internet Protocol Version 4, Internet Protocol Version 4
  • IP Internet Protocol
  • the p router passes the test redundancy check code (Cyclical Redundancy Check, CRC) method to determine the packet protocol type of the MPLS packet. For example, first assume that the packet protocol type is IP V4, and then calculate the CRC of the IPV4, and compare whether the calculated CRC is consistent with the CRC carried in the packet. If the agreement is the same, the packet protocol type is IPV4. If they are inconsistent, the packet protocol type is assumed to be IP V6 (Internet Protocol Version 6, Internet Protocol Version 6). Then, the CRC of the IP V6 is calculated, and the calculated CRC and the packet are compared. Whether the CRC carried is consistent. This continues until you find a matching message protocol type.
  • CRC Cyclical Redundancy Check
  • the label range For the method of performing network traffic collection on the first type of P router, the label range needs to be divided and configured on the P router. Once the label range is changed, the configuration information on each P router needs to be modified accordingly. Manually completed, the chance of error is greater. In addition, the label range is not detailed enough to make the packets accurate. For example, L3VPN and L2VPN are currently classified. L2VPN has different link layers, such as Ethernet or PPP (Point to Point Protocol). It is impossible to determine whether the message is parsed according to the Ethernet header or the IP header. At the same time, the labeling standards of different vendors are inconsistent, and there may be inaccurate problems when interoperating.
  • Ethernet or PPP Point to Point Protocol
  • the embodiments of the present invention provide a method, a system, and a device for processing packets, which are used to solve the problem that the intermediate nodes on the label switching path in the MPLS-based network in the prior art perform inaccurate message packets.
  • the embodiment of the invention provides a method for packet processing, the method comprising:
  • the notification node of the label switching path sends the protocol type information of the learned packet to a determined network flow entity
  • the network streaming entity determines the protocol type of the packet according to the protocol type information, and performs the packet according to the determined protocol type.
  • the embodiment of the invention provides a system for receiving a message, the system comprising: a notification router, configured to send the protocol type information of the learned message to the determined network streaming sample device;
  • the network stream sampling device is configured to determine, according to the protocol type information, a protocol type of the packet, and sample the packet according to the determined protocol type.
  • An embodiment of the present invention provides a notification router, where the router includes:
  • An obtaining unit configured to obtain protocol type information of the packet
  • a determining unit configured to determine a network streaming device that needs the information
  • a sending unit configured to send protocol type information of the packet learned by the acquiring unit to the network streaming sample device determined by the determining unit.
  • the notification node of the packet protocol type can send the protocol type information of the learned packet to the network stream sample entity, and the network stream sample entity receives the packet according to the received packet.
  • the protocol type information determines the protocol type of the message, thus completing the sample.
  • the message protocol type information is sent to the network flow entity by the notification node without manual configuration or modification, which greatly improves the accuracy of the message protocol type information.
  • FIG. 1 is a network diagram of an MPLS-based VPN in the prior art
  • FIG. 3 is a schematic flowchart of a method provided by an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a system according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of another system according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a device according to an embodiment of the present invention.
  • FIG. 7 is another schematic structural diagram of an apparatus according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention provides a method for receiving a message, in the method,
  • the notification node of the packet protocol type can send the protocol type information of the received packet to the determined network flow sample entity; when the network flow sample entity performs the sample receiving, the first
  • the received protocol type information determines the protocol type of the packet, and parses the packet according to the determined protocol type, and completes the packet.
  • the network topology diagram of MPLS for a label switched path, consists of an ingress node, an egress node, and an intermediate node between the ingress node and the egress node.
  • the ingress node and the egress node are edge routers ( PE), the intermediate node between the ingress node and the egress node is a P router.
  • PE edge routers
  • the label switching path in the figure is ⁇ 1-> PE2
  • the ingress node is PE1
  • the outbound node is PE2
  • the P router between PE1 and PE2 is the intermediate node.
  • the notification node of the label switching path sends the protocol type information of the learned packet to the determined network flow sample entity.
  • the network flow sample entity determines the protocol type of the packet according to the protocol type information, and samples the packet according to the determined protocol type.
  • the ingress node of the label switching path is a packet that is not encapsulated by the MPLS, and the ingress node can learn the protocol type of the packet by parsing the packet header, so the ingress node of the label switching path can serve as the ingress node.
  • the notification node sends the protocol type information of the message to the network flow sample entity.
  • a label distribution node for label allocation which assigns a label to the label switching path, and stores label allocation information including the assigned label and corresponding protocol type information. Therefore, the label distribution node can also send the protocol type information of the text to the network streaming entity as the notification node.
  • the label distribution node is the egress node of the label switching path
  • the label distribution node is the ingress node of the label switching path.
  • the inner label of the packet is obtained by querying the saved label allocation information, and the protocol type of the packet is obtained by parsing the packet header. Then, the correspondence between the inner label and the protocol type is sent to the network streaming entity as the protocol type information of the packet; or, by extending the packet
  • the MPLS header encapsulates the inner label and the protocol type in the MPLS header of the packet, and sends the packet to the network stream sample entity.
  • the network stream sample entity can obtain the packet by parsing the MPLS header of the packet. agreement type.
  • the allocated inner layer label and the corresponding protocol type are sent as protocol type information of the packet to the network stream sample entity.
  • the network streaming entity may be an intermediate node of a label switching path, such as a P router of a VPN.
  • the ingress node or the label distribution node of the label switching path may determine the intermediate node included in the label switching path according to the saved label path information, and send the protocol type information of the learned packet to the intermediate node included in the label switching path.
  • the ingress node or the label distribution node of the label switching path queries the configuration information, and the intermediate node specified by the configuration information is used as a network flow sample entity, and the protocol type information of the learned packet is sent to the network node.
  • the network streaming entity may also be a third-party server, such as a collector dedicated to network traffic.
  • This third-party server can be specified by manual configuration or by the system.
  • the third-party server completes the message, except that the node needs to notify the node to send the protocol type information of the packet to the third-party server, and the intermediate node needs to send the to-be-sent message to the third-party server, and the third-party server according to the protocol.
  • the type information and the label content carried in the message to be sampled determine the protocol type of the message.
  • the ingress node or the label distribution node of the label switching path when the ingress node or the label distribution node of the label switching path sends the protocol type information of the packet, it may directly send the data to the network stream, or may be forwarded through the entity. Forward to the network stream sample entity.
  • 1 represents the L2VPN ip interworking protocol type
  • 2 represents the L2VPN ethernet protocol type
  • 3 represents the L3VPN protocol type. Then, only the protocol type of the packet is sent when sending. Symbols, saving resources.
  • the protocol type information of the packet can be sent by using the original packet, or by adding a new packet, and transmitting the protocol type information of the packet in the new packet.
  • the former method is more applicable to the case where the sending node is an ingress node of the label switching path, and the packet stack type field of the original packet header or a new header field may be added to carry the packet protocol type information.
  • the network flow sampling entity determines, according to the saved protocol type information from the notification node, that the protocol type of the received packet is: according to the outer label carried by the packet. Determining the outbound node information corresponding to the outer label by searching the label forwarding table, and then querying the protocol type corresponding to the inner label carried by the ⁇ from the protocol type information of the packet sent by the egress node The type of the protocol that is queried is the protocol type of the text.
  • the protocol type information from PE1 and ⁇ 2 that the router has saved is three, and the protocol type information from PE1 is as follows:
  • Inner label 48 protocol type L2VPN ethernet
  • the protocol type information from PE2 is as follows:
  • the P router receives the packet with the outer label 1048 and the inner label 31.
  • the first label is determined by searching its own label forwarding table. 1048 corresponds to the outbound node PE1, and then queries the protocol type corresponding to the inner label 31 from the protocol type information of the packet sent by the PE1. After searching, the inner label 31 corresponds to the protocol type IPV6, so that the packet header according to the IPV6 is used. The message is parsed and completed.
  • the above example is a two-layer label.
  • the inner label refers to the lowest label in the label stack, and the outer label is the topmost label in the label stack.
  • the implementation principle is the same as that of the second layer label.
  • the label forwarding table needs to be queried according to the middle layer label between the inner label and the outer label, and the egress node corresponding to the inner label is found at the first level. Then, the protocol type information corresponding to the inner label is searched for from the protocol type information of the packet sent by the egress node.
  • the network flow sample entity can determine whether to receive the protocol type information of the packet from the notification node according to whether the local MPLS configuration is enabled. If not, the MPLS sample is enabled when the subsequent configuration is enabled. Notifying the notification node or the forwarding entity to resend the protocol type information of the message.
  • an embodiment of the present invention further provides a system for receiving a message, the system including a notification router 40 and a network streaming device 41, wherein:
  • the notification router 40 is configured to send the protocol type information of the learned message to the determined network flow sampling device.
  • the notification router 40 may specifically be: an ingress node of the label switching path or a label distribution node.
  • the network flow sampling device 41 is configured to determine, according to the protocol type information, a protocol type corresponding to the packet, and compare the packet according to the determined protocol type, when the packet is received;
  • the rogue device 41 may specifically be: an intermediate node on the label switching path, or a third party server.
  • the notification router 40 includes an acquisition unit 50, a determination unit 51, and a transmission unit 52, where:
  • the obtaining unit 50 is configured to obtain protocol type information of the packet
  • a determining unit 51 configured to determine that the information network streaming device is required
  • the sending unit 52 is configured to send protocol type information of the packet learned by the acquiring unit to the network streaming sample device determined by the determining unit.
  • the obtaining unit 50 package Includes:
  • the first unit 60 is configured to learn, by querying the saved label allocation information, the outer label and the inner layer label allocated to the packet when the packet is received, and obtain the protocol of the ⁇ by parsing the packet header.
  • Type information
  • the obtaining unit 50 includes:
  • the second unit 61 is configured to learn the allocated inner label and the corresponding protocol type according to the saved label allocation information.
  • the determining unit 51 includes:
  • the third unit 62 is configured to determine, according to the saved label path information, an intermediate node included in the label switching path, and use the determined intermediate node as a network streaming sample device; and a fourth unit 63, configured to: according to the configuration information, The intermediate node specified by the configuration information is used as a network streaming device.
  • the network streaming device 41 is further used to:
  • the notification router is notified to resend the protocol type information of the text.
  • the embodiment of the present invention further provides a notification router, where the router includes:
  • the obtaining unit 50 is configured to obtain protocol type information of the packet
  • a determining unit 51 configured to determine a network flow sampling device that needs the information
  • a sending unit 52 configured to send protocol type information of the packet learned by the acquiring unit to the network streaming sampling device determined by the determining unit .
  • the notification router may specifically be: an ingress node of a label switching path or a label distribution node.
  • the obtaining unit 50 includes:
  • the first unit 60 is configured to: when the packet is received, query the saved label allocation information to obtain an outer label and an inner label for the packet, and obtain the protocol type information of the packet by parsing the packet header. ;
  • the notification router is a label distribution node of a label switching path, the acquiring unit
  • 50 includes:
  • the second unit 61 is configured to learn the allocated inner label and the corresponding protocol type according to the saved label allocation information.
  • the determining unit 51 includes:
  • the third unit 62 is configured to determine, according to the saved label path information, an intermediate node included in the label switching path, and use the determined intermediate node as a network streaming sample device; and a fourth unit 63, configured to: according to the configuration information, The intermediate node specified by the configuration information is used as a network streaming device.
  • the node of the packet protocol type can be configured to send the protocol type information of the learned packet to the network stream sample entity, and the network stream sample entity according to the received packet
  • the protocol type information determines the protocol type of the message, thus completing the sample. Because the packet protocol type information is sent by the node to the network flow sample entity, it does not need to be manually configured or modified, which greatly improves the accuracy of the message protocol type information.
  • the solution provided by the embodiment of the present invention does not need to perform label range division, and avoids the problem that the prior art is inaccurate due to insufficient detail of the label range division. At the same time, it also avoids the problem of inaccurate intercommunication due to inconsistent labeling standards of different vendors. It is within the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and modifications of the invention

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种报文采样的方法、 系统及设备 本申请要求于 2007年 11 月 12 日提交中国专利局、 申请号为 200710165565.5、 发明名称为 "一种才艮文釆样的方法、 系统及设备" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及互联网协议网络通信领域，尤其涉及一种报文釆样的 方法、 系统及设备。 背景技术
网流釆集（netflow netstream )是指将网络中的报文进行釆样， 将釆样结果呈现给运营商或运营商的客户， 以便进行网络规划、 网络 检测、 用户监控、 应用层监控、 安全分析等。
在进行网流釆集时，路由器等流量釆集设备根据待釆样报文的报 文头， 获知该报文的报文协议类型， 然后根据报文协议类型对报文进 行解析， 通过解析完成 的釆样工作。
目前， 基于多协议标签交换（ multi-protocol label switch, MPLS ) 技术的专有虚拟网（ Virtual Private Network, VPN ), 通过标签交换路 径（Label Switched Path, LSP )将私有网络的不同分支联结起来， 形 成一个统一的网络。
基于 MPLS的 VPN组网图如图 1所示，包括用户边缘设备（CE )、 服务商边缘路由器（PE ), 以及中间 （P )路由器。 其中， CE用于将 私有网络接入骨干网络， CE可以是路由器， 也可以是交换机或主机； PE位于骨干网络，与 CE直接相连，用于负责对 VPN用户进行管理、 建立 PE间的 LSP连接、 PE间的路由分派等， PE间的路由分派根据 标签分发协议 ( Label Distribution Protocol , LDP )、 边缘网关协议 ( Border Gateway Protocol , BGP )、 资源预留协议 ( Resource Reservation Protocol, RSVP )等完成； P路由器是服务提供商网络中 的骨干路由器，不与 CE直接相连，Ρ路由器只需要具备基本的 MPLS 转发能力， 不维护 VPN信息。
在 PE1与 PE2 间传送报文时， 报文到达 PE1时被打上标签并进 行 MPLS报文头封装，根据该标签和标签转发表沿着由一系列 P路由 器构成的 LSP到达 PE2, PE2去掉报文中的标签并进行相应的 MPLS 报文头解封装， 进行后续的转发。
PEl 、 PE2或中间的 P路由器都可能需要进行网流釆集，对于入 节点 PE1 , 由于 PE1接收到的报文是未经过 MPLS头封装的报文， PE1可以直接通过解析报文头获知该报文的协议类型， 然后根据报文 协议类型对报文进行解析， 通过解析完成报文的釆样工作。对于出节 点 PE2, 可以通过查询标签分配信息获知报文所携带的标签属于哪种 报文协议类型， 然后根据报文协议类型对该报文进行解析， 通过解析 完成报文的釆样工作。 对于中间的 P路由器， P路由器接收到的报文 是经过 MPLS 头封装的报文， 无法通过解析报文头获知报文协议类 型， 要在 P路由器上进行网流釆集， 现有技术中釆用如下两种方法： 第一种， 为 PE划分标签范围， 如某一段标签范围对应报文协议 类型 L2VPN, 某一段标签范围对应报文协议类型 L3VPN。 然后在 P 路由器上进行相应的静态配置， 配置后 P路由器上将保存有各个 PE 分配的不同标签范围对应的报文协议类型信息。某一 P路由器进行网 流釆集时， 首先根据报文携带的外层标签值获知出节点 PE2 的地址 信息，然后从该 PE2地址对应的标签信息中，查找报文所携带的内层 标签属于哪个标签范围，其所属标签范围对应的协议类型即为报文的 协议类型。报文协议类型确定后， 就可以根据报文协议类型对报文进 行解析， 通过解析完成报文的釆样工作， 例如， 若确定报文协议类型 为 IPV4 ( Internet Protocol Version 4, 因特网协议版本 4 ), 则按照 IP ( Internet Protocol, 因特网协议）头对 4艮文进行解析实现釆样， 若确 定报文协议类型为 L2 Ethernet,则按照以太头对报文进行解析实现釆 样。
第二种， p 路由器通过试验冗余校验码 （Cyclical Redundancy Check, CRC ) 的方法判断 MPLS报文的报文协议类型， 比如， 首先 假定报文协议类型为 IP V4 , 然后计算 IPV4的 CRC, 比较计算所得 的 CRC与报文所携带的 CRC是否一致， 如果一致， 则说明报文协议 类型即为 IPV4; 如果不一致， 再假定报文协议类型为 IP V6 ( Internet Protocol Version6, 因特网协议版本 6 ), 然后计算 IP V6的 CRC, 比 较计算所得的 CRC与报文所携带的 CRC是否一致。 如此下去， 直到 找到吻合的报文协议类型。
在实现本发明的过程中， 申请人发现现有技术中至少存在如下技 术问题：
对于上述第一种 P路由器进行网流釆集的方法，需要划分标签范 围并在 P路由器上进行相应的配置，标签范围一旦改动，各个 P路由 器上的配置信息都需要进行相应修改， 该修改由手工完成， 出错机会 较大。 并且， 标签范围划分的不够细致， 导致不能对报文进行准确釆 样， 例如目前按照 L3VPN、 L2VPN进行划分， 而 L2VPN有不同的 链路层， 比如以太或 PPP ( Point to Point Protocol, 点对点协议）， 就 无法确定是按照以太头还是按照 IP头对报文进行解析完成釆样。 同 时， 不同厂商的标签范围划分标准不一致， 互通时就可能存在釆样不 准确的问题。
对于上述第二种 P路由器进行网流釆集的方法， 需要进行多次 CRC 的计算， 会大大降低釆样效率， 并且精确度不高， 从而出现由 于报文协议类型确定失误而导致的报文釆样不准确的问题。 发明内容
本发明实施例提供一种报文釆样的方法、 系统及设备， 用以解决 现有技术基于 MPLS 的网络中标签交换路径上的中间节点进行报文 釆样不准确的问题。
本发明实施例提供一种报文釆样的方法， 该方法包括：
标签交换路径的通知节点将获知的报文的协议类型信息发送给 确定的网流釆样实体；
所述网流釆样实体接收到报文时， 根据所述协议类型信息， 确定 所述报文的协议类型， 并根据确定的协议类型对所述报文进行釆样。
本发明实施例提供一种报文釆样的系统， 该系统包括： 通知路由器，用于将获知的报文的协议类型信息发送给确定的网 流釆样设备；
网流釆样设备， 用于在接收到报文时， 根据所述协议类型信息， 确定所述报文的协议类型，并根据确定的协议类型对所述报文进行釆 样。
本发明实施例提供一种通知路由器， 该路由器包括：
获取单元， 用于获知报文的协议类型信息；
确定单元， 用于确定需要所述信息的网流釆样设备；
发送单元，用于将所述获取单元获知的报文的协议类型信息发送 给所述确定单元确定的网流釆样设备。
本发明的有益效果在于：
本发明实施例提供的方案中，标签交换路径上可以获知报文协议 类型的通知节点将获知的报文的协议类型信息发送给网流釆样实体， 网流釆样实体根据收到的报文的协议类型信息确定报文的协议类型， 从而完成釆样。由于报文协议类型信息由通知节点主动发送给网流釆 样实体， 而不需要进行手工配置或修改， 大大提高了报文协议类型信 息的准确性。 附图说明
图 1为现有技术中基于 MPLS的 VPN组网图； 图 3为本发明实施例所提供方法的流程示意图；
图 4为本发明实施例所提供系统的一种结构示意图；
图 5为本发明实施例所提供系统的另一种结构示意图； 图 6为本发明实施例所提供设备的一种结构示意图； 图 7为本发明实施例所提供设备的另一种结构示意图。 具体实施方式
为了使得基于 MPLS 的网络中标签交换路径的中间节点能够获 得准确的报文协议类型信息， 从而对报文进行准确釆样， 本发明实施 例提供一种报文釆样的方法， 本方法中， 标签交换路径上可以获知报 文协议类型的通知节点将获知的报文的协议类型信息发送给确定的 网流釆样实体； 网流釆样实体对接收到报文的进行釆样时， 首先根据 收到的协议类型信息， 确定所述报文的协议类型， 并根据确定的协议 类型对所述报文进行解析， 完成釆样。 于 MPLS的网络拓朴图， 对于一个标签交换路径， 由入节点、 出节点 和入节点与出节点之间的中间节点组成， 对于基于 MPLS的 VPN来 说， 入节点和出节点为边缘路由器（PE ), 入节点与出节点之间的中 间节点为 P路由器。 比如， 图中的标签交换路径 ΡΕ1-〉 PE2, 入节点 为 PE1 , 出节点为 PE2, PE1 与 PE2之间的 P路由器为中间节点。
下面结合附图 2、 3对本发明实施例提供的报文釆样方法进行说 明：
本发明实施例提供的报文釆样方法具体包括：
301 , 标签交换路径的通知节点将获知的报文的协议类型信息发 送给确定的网流釆样实体；
302, 网流釆样实体接收到报文时， 根据所述协议类型信息， 确 定所述报文的协议类型， 并根据确定的协议类型对所述报文进行釆 样。
301 中， 由于标签交换路径的入节点接收到的报文是未经过 MPLS封装的报文，入节点可以通过解析报文头获知该报文的协议类 型， 因此标签交换路径的入节点可以作为所述通知节点， 向网流釆样 实体发送报文的协议类型信息。 用于标签分配的标签分发节点， 为标签交换路径分配标签， 保存 有标签分配信息，标签分配信息包括分配的标签与对应的协议类型信 息。 因此， 标签分发节点也可以作为所述通知节点， 向网流釆样实体 发送 文的协议类型信息。对于下游标签分配方式， 标签分配节点为 该标签交换路径的出节点， 对于上游标签分配方式， 标签分配节点为 该标签交换路径的入节点。
标签交换路径的入节点作为所述通知节点时，通过查询保存的标 签分配信息获知为所述报文分配的内层标签，通过解析所述报文头获 知报文的协议类型。 然后， 将所述内层标签和协议类型的对应关系作 为报文的协议类型信息发送给网流釆样实体； 或者， 通过扩展报文的
MPLS头， 将所述内层标签和协议类型封装在报文的 MPLS头中， 将 报文发送给网流釆样实体，网流釆样实体通过解析报文的 MPLS头就 可获知报文的协议类型。
标签分发节点作为所述通知节点时，将分配的内层标签和对应的 协议类型作为报文的协议类型信息发送给网流釆样实体。
所述网流釆样实体可以是标签交换路径的中间节点， 例如 VPN 的 P路由器。标签交换路径的入节点或标签分发节点可以根据保存的 标签路径信息， 确定标签交换路径所包含的中间节点， 将获知的报文 的协议类型信息发送给标签交换路径所包含的中间节点。 或者， 标签 交换路径的入节点或标签分发节点查询配置信息，将配置信息指定的 中间节点作为网流釆样实体， 向其发送获知的报文的协议类型信息。
当然， 所述网流釆样实体还可以是第三方服务器， 比如专门用于 网流釆样的釆样器（collector )。 该第三方服务器可以由人工进行配置 指定， 也可以由系统来指定。 第三方服务器完成报文釆样， 除了需要 通知节点将报文的协议类型信息发送给第三方服务器外，还需要中间 节点将待釆样报文发送给第三方服务器，第三方服务器根据所述协议 类型信息和待釆样报文携带的标签内容确定报文的协议类型。
另外，标签交换路径的入节点或标签分发节点在发送报文的协议 类型信息时， 可以直接发送给网流釆样实体， 也可以是通过转发实体 转发给网流釆样实体。
可以预先定义报文的协议类型的描述方式，例如： 1代表 L2VPN ip interworking协议类型， 2代表 L2VPN ethernet协议类型， 3代表 L3VPN协议类型等， 那么在发送时只需发送报文的协议类型的代表 符号， 节省资源。
还可以预先定义报文的协议类型信息的发送格式，可以釆用现有 的 V9模板， 也可以定义新的格式。
报文的协议类型信息的发送，可以利用原有的报文进行携带实现 发送， 也可以通过增加新的报文， 以新的报文携带报文的协议类型信 息实现发送。前一种方式更加适用于发送节点为标签交换路径的入节 点的情况下，可以利用原有报文头的标签栈字段或增加新的头字段来 携带报文协议类型信息。
302中， 网流釆样实体在接收到报文时， 根据保存的来自所述通 知节点的协议类型信息， 确定所述接收报文的协议类型具体为： 根据所述报文携带的外层标签，通过查找标签转发表确定所述外 层标签对应的出节点信息，然后从所述出节点发送来的报文的协议类 型信息中， 查询所述 "^文携带的内层标签对应的协议类型， 查询到的 协议类型即为所述 文的协议类型。
例如，Ρ路由器已保存的来自 PE1和 ΡΕ2的协议类型信息分别有 三条， 来自 PE1的协议类型信息如下：
内层标签 30, 协议类型 IPV4;
内层标签 31 , 协议类型 IPV6;
内层标签 48 , 协议类型 L2VPN ethernet;
来自 PE2的协议类型信息如下：
内层标签 31 , 协议类型 IPV4;
内层标签 37 , 协议类型 IPV6;
内层标签 49 , 协议类型 L2VPN ethernet;
P路由器接收到外层标签为 1048、 内层标签为 31的报文， 对该 报文进行釆样时， 首先， 通过查找自身的标签转发表确定外层标签 1048对应出节点 PE1 , 然后从 PE1发送来的报文的协议类型信息中 查询内层标签 31对应的协议类型， 经查找， 内层标签 31对应协议类 型 IPV6, 从而按照 IPV6的报文头对所述报文进行解析， 完成釆样。
上述实例是以二层标签为例， 内层标签是指标签栈中最底层的标 签， 外层标签是标签栈中最顶层的标签。 在釆用多层标签时， 实现原 理同二层标签，只是需要根据内层标签与外层标签之间的中间层标签 查询标签转发表， 一级一级来找到内层标签对应的出节点， 然后从该 出节点发送过来的报文的协议类型信息中查找内层标签对应的协议 类型。
另夕卜，网流釆样实体可以根据本地是否配置 MPLS釆样使能来决 定是否接收来自通知节点的报文的协议类型信息， 如果不接收， 那么 在后续配置 MPLS釆样使能时，需要通知所述通知节点或转发实体重 新发送 ^文的协议类型信息。
参见图 4、 5 , 本发明实施例还提供一种报文釆样的系统， 该系 统包括通知路由器 40和网流釆样设备 41 , 其中：
通知路由器 40, 用于将获知的报文的协议类型信息发送给确定 的网流釆样设备； 通知路由器 40具体可以为： 标签交换路径的入节 点或标签分发节点。
网流釆样设备 41 , 用于在接收到报文时， 根据所述协议类型信 息， 确定所述报文对应的协议类型， 并根据确定的协议类型对所述报 文进行釆样； 该网流釆样设备 41具体可以为： 标签交换路径上的中 间节点， 或第三方服务器。
通知路由器 40包括获取单元 50、 确定单元 51和发送单元 52, 其中：
获取单元 50, 用于获知报文的协议类型信息；
确定单元 51 , 用于确定需要所述信息网流釆样设备；
发送单元 52, 用于将所述获取单元获知的报文的协议类型信息 发送给所述确定单元确定的网流釆样设备。
在所述通知路由器为标签交换路径的入节点时， 获取单元 50包 括：
第一单元 60 , 用于在接收到报文时， 通过查询保存的标签分配 信息获知为所述报文分配的外层标签和内层标签，通过解析所述报文 头获知 "^文的协议类型信息；
在所述通知路由器为标签交换路径的标签分发节点时，获取单元 50包括：
第二单元 61 , 用于根据保存的标签分配信息获知已分配的内层 标签和对应的协议类型。
确定单元 51包括：
第三单元 62 , 用于根据保存的标签路径信息， 确定所述标签交 换路径所包含的中间节点， 将确定的中间节点作为网流釆样设备； 第四单元 63 , 用于根据配置信息， 将所述配置信息指定的中间 节点作为网流釆样设备。
网流釆样设备 41进一步用于：
在对所述网流釆样设备配置釆集使能时 ,通知所述通知路由器重 新发送 ^文的协议类型信息。
参见图 6、 7 , 本发明实施例还提供一种通知路由器， 该路由器 包括：
获取单元 50 , 用于获知报文的协议类型信息；
确定单元 51 , 用于确定需要所述信息的网流釆样设备； 发送单元 52 , 用于将所述获取单元获知的报文的协议类型信息 发送给所述确定单元确定的网流釆样设备。
所述通知路由器具体可以为：标签交换路径的入节点或标签分发 节点。
在所述通知路由器为标签交换路径的入节点时， 获取单元 50包 括：
第一单元 60 , 用于在接收到报文时， 通过查询保存的标签分配 信息获知为所述报文分配外层标签和内层标签，通过解析所述报文头 获知报文的协议类型信息； 在所述通知路由器为标签交换路径的标签分发节点时，获取单元
50包括：
第二单元 61 , 用于根据保存的标签分配信息获知已分配的内层 标签和对应的协议类型。
确定单元 51包括：
第三单元 62 , 用于根据保存的标签路径信息， 确定所述标签交 换路径所包含的中间节点， 将确定的中间节点作为网流釆样设备； 第四单元 63 , 用于根据配置信息， 将所述配置信息指定的中间 节点作为网流釆样设备。
综上， 本发明实施例的有益效果在于：
本发明实施例提供的方案中，标签交换路径上可以获知报文协议 类型的节点将获知的报文的协议类型信息发送给网流釆样实体， 网流 釆样实体根据收到的报文的协议类型信息确定报文的协议类型，从而 完成釆样。 由于报文协议类型信息由节点主动发送给网流釆样实体， 而不需要进行手工配置或修改，大大提高了报文协议类型信息的准确 性。
另外， 本发明实施例提供的方案中不需要进行标签范围划分， 避 免了现有技术中由于标签范围划分的不够细致所导致的釆样不准确 的问题。 同时， 也避免了由于不同厂商的标签范围划分标准不一致所 导致的互通时釆样不准确的问题。 脱离本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于 本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些 改动和变型在内。

Claims

权利要求
1、 一种 ^艮文釆样的方法， 其特征在于， 该方法包括：
标签交换路径的通知节点将获知的报文的协议类型信息发送给 确定的网流釆样实体；
所述网流釆样实体接收到报文时， 根据所述协议类型信息， 确定 所述报文的协议类型， 并根据确定的协议类型对所述报文进行釆样。
2、 如权利要求 1所述报文釆样的方法， 其特征在于， 所述报文 的协议类型信息包括： 所述 文的内层标签与协议类型的对应关系， 所述确定所述 文的协议类型包括：
根据所述对应关系，确定所述"¾文所携带的内层标签对应的协议 类型， 将确定的协议类型作为所述 "^文的协议类型。
3、 如权利要求 1所述报文釆样的方法， 其特征在于， 所述通知 节点包括：
入节点或 /和标签分发节点。
4、 如权利要求 1所述报文釆样的方法， 其特征在于， 所述网流 釆样实体包括：
所述标签交换路径上的中间节点， 或第三方服务器。
5、 如权利要求 2所述报文釆样的方法， 其特征在于， 所述通知 节点获知报文的协议类型信息包括：
在所述通知节点为入节点时 ,所述入节点通过查询保存的标签分 配信息获知为所述 文分配的内层标签，通过解析所述 文头获知才艮 文的协议类型；
在所述通知节点为标签分发节点时，所述标签分发节点将分配的 内层标签对应的协议类型作为报文的协议类型信息。
6、 如权利要求 1所述报文釆样的方法， 其特征在于， 所述通知 节点确定网流釆样实体包括：
所述通知节点根据保存的标签路径信息，确定所述标签交换路径 所包含的中间节点， 将确定的中间节点作为网流釆样实体； 或者， 所述通知节点根据配置信息，将所述配置信息指定的中间节点作 为网流釆样实体。
7、 如权利要求 1所述报文釆样的方法， 其特征在于， 所述通知 节点将报文的协议类型信息直接发送，或通过转发实体转发给所述网 流釆样实体。
8、 如权利要求 1所述报文釆样的方法， 其特征在于， 该方法进 一步包括：
对所述网流釆样实体配置釆集使能时，通知所述通知节点重新发 送>¾文的协议类型信息。
9、 如权利要求 1所述报文釆样的方法， 其特征在于， 通过所述 报文携带所述报文的协议类型信息并发送给所述网流釆样实体。
10、 如权利要求 9所述报文釆样的方法， 其特征在于， 利用所述 报文头的标签栈字段或增加新的报文头字段来携带所述报文的协议 类型信息。
11、 一种报文釆样的系统， 其特征在于， 该系统包括： 通知路由器，用于将获知的报文的协议类型信息发送给确定的网 流釆样设备；
网流釆样设备， 用于在接收到报文时， 根据所述协议类型信息， 确定所述报文的协议类型，并根据确定的协议类型对所述报文进行釆 样。
12、 如权利要求 11所述报文釆样的系统， 其特征在于， 所述通 知路由器为：
标签交换路径的入节点或标签分发节点。
13、 如权利要求 11所述报文釆样的系统， 其特征在于， 所述网 流釆样设备为：
标签交换路径上的中间节点， 或第三方服务器。
14、 如权利要求 12所述报文釆样的系统， 其特征在于， 所述通 知路由器包括：
获取单元， 用于获知报文的协议类型信息； 确定单元， 用于确定需要所述信息的网流釆样设备；
发送单元，用于将所述获取单元获知的报文的协议类型信息发送 给所述确定单元确定的网流釆样设备。
15、 如权利要求 14所述报文釆样的系统， 其特征在于， 在所述通知路由器为标签交换路径的入节点时，所述获取单元包 括：
第一单元， 用于在接收到报文时， 通过查询保存的标签分配信息 获知为所述报文分配的内层标签，通过解析所述报文头获知报文的协 议类型；
在所述通知路由器为标签交换路径的标签分发节点时 ,所述获取 单元包括：
第二单元，用于将分配的内层标签对应的协议类型作为报文的协 议类型信息。
16、 如权利要求 14所述报文釆样的系统， 其特征在于， 所述确 定单元包括：
第三单元， 用于根据保存的标签路径信息， 确定所述标签交换路 径所包含的中间节点， 将确定的中间节点作为网流釆样设备；
第四单元， 用于根据配置信息， 将所述配置信息指定的中间节点 作为网流釆样设备。
17、 如权利要求 11所述报文釆样的系统， 其特征在于， 所述网 流釆样设备进一步用于：
在对所述网流釆样设备配置釆集使能时 ,通知所述通知路由器重 新发送 ^文的协议类型信息。
18、 一种通知路由器， 其特征在于， 该路由器包括：
获取单元， 用于获知报文的协议类型信息；
确定单元， 用于确定需要所述信息的网流釆样设备；
发送单元，用于将所述获取单元获知的报文的协议类型信息发送 给所述确定单元确定的网流釆样设备。
19、 如权利要求 18所述通知路由器， 其特征在于， 所述通知路 由器为：
标签交换路径的入节点或标签分发节点。
20、 如权利要求 19所述通知路由器， 其特征在于，
在所述通知路由器为标签交换路径的入节点时，所述获取单元包 括：
第一单元， 用于在接收到报文时， 通过查询保存的标签分配信息 获知为所述 文分配的外层标签和内层标签，通过解析所述 文头获 知报文的协议类型；
在所述通知路由器为标签交换路径的标签分发节点时 ,所述获取 单元包括：
第二单元，用于将分配的内层标签和对应的协议类型作为报文的 协议类型信息。
21、 如权利要求 19所述通知路由器， 其特征在于， 所述确定单 元包括：
第三单元， 用于根据保存的标签路径信息， 确定所述标签交换路 径所包含的中间节点， 将确定的中间节点作为网流釆样设备；
第四单元， 用于根据配置信息， 将所述配置信息指定的中间节点 作为网流釆样设备。
PCT/CN2008/073000 2007-11-12 2008-11-10 Procede, systeme et dispositif d'echantillonnage de message WO2009067917A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08854497.8A EP2146477B8 (en) 2007-11-12 2008-11-10 A method, system and device for sampling message
US12/714,660 US8432822B2 (en) 2007-11-12 2010-03-01 Method, system and device of packet sampling

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710165565.5 2007-11-12
CN200710165565.5A CN101159656B (zh) 2007-11-12 2007-11-12 一种报文采样的方法、系统及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/714,660 Continuation US8432822B2 (en) 2007-11-12 2010-03-01 Method, system and device of packet sampling

Publications (1)

Publication Number Publication Date
WO2009067917A1 true WO2009067917A1 (fr) 2009-06-04

Family

ID=39307582

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073000 WO2009067917A1 (fr) 2007-11-12 2008-11-10 Procede, systeme et dispositif d'echantillonnage de message

Country Status (4)

Country Link
US (1) US8432822B2 (zh)
EP (1) EP2146477B8 (zh)
CN (1) CN101159656B (zh)
WO (1) WO2009067917A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159656B (zh) 2007-11-12 2011-05-11 华为技术有限公司 一种报文采样的方法、系统及设备
EP2262155A3 (en) * 2009-05-15 2010-12-29 Novatel Wireless, Inc TCP data throughout enhancement for WLAN clients on a wireless LAN router
JP5720615B2 (ja) * 2012-04-16 2015-05-20 横河電機株式会社 無線ネットワークシステム
CN105207834A (zh) * 2014-06-25 2015-12-30 中兴通讯股份有限公司 一种报文采集方法、系统、网络设备及网管中心
US9774694B2 (en) * 2015-06-02 2017-09-26 Facebook, Inc. Server-side control of client-side data sampling
CN106789725B (zh) * 2016-11-10 2020-06-19 瑞斯康达科技发展股份有限公司 一种实现流量重定向的方法、装置和系统
US10609163B2 (en) * 2018-02-26 2020-03-31 Servicenow, Inc. Proxy application supporting multiple collaboration channels
JP7247351B2 (ja) 2019-01-07 2023-03-28 華為技術有限公司 データ送信方法及び機器
US11310154B2 (en) * 2019-09-25 2022-04-19 Cisco Technology, Inc. Enabling multicast-label-distribution-protocol (mLDP) on non-mLDP devices
US20220294712A1 (en) * 2021-03-09 2022-09-15 Arista Networks, Inc. Using fields in an encapsulation header to track a sampled packet as it traverses a network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1642167A (zh) * 2004-01-08 2005-07-20 华为技术有限公司 主节点支持从节点上不同协议类型从单元设备的方法
US7142534B1 (en) * 2002-04-16 2006-11-28 Cisco Technology, Inc. Arrangement for protocol independent transfer of control parameters across internetworks using generic transparency descriptor objects
CN1917466A (zh) * 2006-08-30 2007-02-21 华为技术有限公司 L2vpn异种介质互连中三层协议识别方法、设备及系统
CN101159656A (zh) * 2007-11-12 2008-04-09 华为技术有限公司 一种报文采样的方法、系统及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100384172C (zh) * 2004-01-20 2008-04-23 华为技术有限公司 基于网络的虚拟专用网中保证服务质量的系统及其方法
CA2549577A1 (en) * 2004-09-09 2006-03-16 Avaya Technology Corp. Methods of and systems for network traffic security
US20070263545A1 (en) * 2006-05-12 2007-11-15 Foster Craig E Network diagnostic systems and methods for using network configuration data
CN100583830C (zh) 2007-03-19 2010-01-20 华为技术有限公司 流量采集和分析的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7142534B1 (en) * 2002-04-16 2006-11-28 Cisco Technology, Inc. Arrangement for protocol independent transfer of control parameters across internetworks using generic transparency descriptor objects
CN1642167A (zh) * 2004-01-08 2005-07-20 华为技术有限公司 主节点支持从节点上不同协议类型从单元设备的方法
CN1917466A (zh) * 2006-08-30 2007-02-21 华为技术有限公司 L2vpn异种介质互连中三层协议识别方法、设备及系统
CN101159656A (zh) * 2007-11-12 2008-04-09 华为技术有限公司 一种报文采样的方法、系统及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2146477A4 *

Also Published As

Publication number Publication date
US20100157837A1 (en) 2010-06-24
EP2146477A4 (en) 2010-06-23
EP2146477B8 (en) 2018-06-27
CN101159656A (zh) 2008-04-09
CN101159656B (zh) 2011-05-11
US8432822B2 (en) 2013-04-30
EP2146477B1 (en) 2018-02-28
EP2146477A1 (en) 2010-01-20

Similar Documents

Publication Publication Date Title
WO2009067917A1 (fr) Procede, systeme et dispositif d'echantillonnage de message
US11979322B2 (en) Method and apparatus for providing service for traffic flow
US7839847B2 (en) Methods and apparatus providing VPN traffic matrix construction
WO2020134139A1 (zh) 一种业务数据的转发方法、网络设备及网络系统
WO2016082588A1 (zh) 链路连通性检测方法及装置
WO2013097459A1 (zh) 一种业务路径的探测方法及设备
EP2634975A1 (en) Method and device for sending message
WO2015092565A1 (en) Method, apparatus, and system for supporting flexible lookup keys in software-defined networks
WO2013182059A1 (zh) 多协议标签交换流量工程隧道建立方法及设备
CN102946349B (zh) 一种基于OSPF协议的以太网E-Line业务链路发现方法及装置
WO2012167697A1 (zh) 抑制网络风暴的方法及处理器
WO2010069175A1 (zh) 一种建立双向转发检测的方法、系统及设备
WO2014032435A1 (zh) 故障点位置信息处理方法及设备
WO2007076678A1 (fr) Procede de transfert de donnees et appareil de commutation
WO2007082429A1 (fr) Procédés et dispositifs de détermination de l'état de connexion d'un pseudo-câble et de notification de l'état de connexion d'un circuit annexe
WO2014019348A1 (zh) 操作、管理和维护oam配置的方法、设备及系统
WO2011035703A1 (zh) L2vpn网络接入ip/l3vpn网络的方法和装置
WO2009117948A1 (zh) 网络拓扑变化的通告方法及装置
WO2013139270A1 (zh) 实现三层虚拟专用网络的方法、设备及系统
WO2021057788A1 (zh) 一种反向路径转发rpf检查方法及装置
CN105429841A (zh) Nni ping的实现方法及装置
CN102255787B (zh) 一种基于服务质量的报文处理方法和运营商网络边缘设备
WO2011127849A2 (zh) 一种数据流传送方法及网络设备
WO2007076692A1 (fr) Procédé, système et dispositif permettant le transport de services vpls dans un réseau
CN105812198B (zh) 桥接网络端到端的监测方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08854497

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008854497

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE