Some embodiments provide a method. The method determines a forwarding path for a packet set by using a data plane model of a network. The method identifies a rule table implementing a step in the forwarding path of the packet set. The method retrieves an indexing file at a scalable storage based on the identified rule table. The indexing file stores rule entries for one or more rule tables of the network. The method retrieves provenance data regarding a rule of the rule table that is applicable to the packet set from the indexing file. The method presents the retrieved provenance information of the identified rule.

Systems and techniques are described for a path maximum transmission unit (MTU) discovery method that allows the sender of IP packets to discover the MTU of packets that it is sending over a conduit to a given destination. The MTU is the largest packet that can be sent through the network along a path without requiring fragmentation. The path MTU discovery method actively probes each sending path of each conduit with fragmentation enabled to determine a current MTU and accordingly increase or decrease the conduit MTU. The path MTU discovery process is resilient to errors and supports retransmission if packets are lost in the discovery process. The path MTU discovery process is dynamically adjusted at a periodic rate to adjust to varying network conditions.

The present disclosure relates a system and a method of identifying network faults residing in an underlay network. A network device initiating fault analysis sends a query message through a tunnel interface present in an overlay network configured over an underlay network. While an upstream interface is a network tunnel having a first end and a second end, a unicast path from the first end to the second end of the network tunnel is traced using a network route analysis function. Reachability of a destination device present on the second end of the network tunnel is identified. An output of the network route analysis function is appended with an output of a multicast network connectivity determining function to produce an appended result that is shared with the network device initiating fault analysis.

In order to provide an information processing apparatus that easily finds a network configuration corresponding to characteristics of a terminal to be connected, the information processing apparatus includes a model generation section and a specifying section, the model generation section being configured to generate a traffic pattern generation model, based on learning of a traffic pattern of a terminal, and the specifying section being configured to specify traffic for an output of the traffic pattern generation model, based on virtual traffic in the traffic pattern generation model. The information processing apparatus may further include a packet generation section configured to generate a packet, based on the specified traffic.

A method for automatic configuration of a communication network includes: generating a request message, the request message including a communication address associated; transmitting the generated request message as a broadcast message to a plurality of computing devices using a predefined user datagram protocol (UDP) port, the message being broadcast with a predetermined time to live; receiving agreement messages from computing devices transmitted by the respective computing device using the predefined UDP port, each agreement message including a communication address associated with the respective computing device and a specified transmission control protocol (TCP) port; identifying at least one of the one or more agreement messages for establishment of communication; and establishing a communication connection to the computing device associated with each identified agreement message using the specific TCP port.

Residence time is a variable part of the propagation delay of the packet. Information about the propagation delay for each transient node can be used as performance metric to calculate the Traffic Engineered route that can conform to delay and delay variation requirements. In an exemplary embodiment, a computing device uses special test packets to measure residence time. The computing device calculates routes to direct special test packets to one or more nodes. A node may calculate the residence time metric, such as a residence time variation (RTV), or residence time (RT) per ordered set of ingress and egress interfaces of the node. The computing device may also collect the residence time metric per test set from each node and may use this information to calculate the Test Engineered route.

A method for providing cloud network reachability analysis includes receiving a reachability query requesting a reachability status of a target including a packet header associated with a data packet. The packet header includes a source IP address and a destination IP address. The method also includes generating one or more simulated forwarding paths for the data packet based on the packet header using a data plane model. Each simulated forwarding path includes corresponding network configuration information. The method includes determining the reachability status of the target based on the one or more simulated forwarding paths and providing the determined reachability status and the one or more simulated forwarding paths to a user device associated with the reachability query which causes the user device to present the network configuration information for each simulated forwarding path.

Techniques are described for providing security extensions to neighbor discovery in Ethernet Virtual Private Network (EVPN). For example, a network device that implements Ethernet Virtual Private Network (EVPN) receives a neighbor discovery response message including a nonce originated by a second network device and not originated by the first network device. The network device processes the neighbor discovery response message including the nonce originated by the second network device and not originated by the first network device.

Various example embodiments for supporting stateless multicast communications in a communication system are presented. Various example embodiments for supporting stateless multicast communications may be configured to support stateless multicast communications in a label switching network (e.g., a Multiprotocol Label Switching (MPLS) network, an MPLS—Traffic Engineered (TE) network, or the like) based on use of local label spaces of nodes of the label switching network for encoding of an explicit path tree for the multicast communications within the multicast communications. Various example embodiments for supporting stateless multicast communications in a label switching network based on use of local label spaces of nodes of the label switching network may be configured to support use of local label spaces of nodes of the label switching network by using network-wide unique node identifiers to uniquely identify nodes with which the node and adjacency labels of the explicit path tree are associated.

Systems and methods to measure the number of packets in Control/User Plane Separation, CUPS, are provided. In some embodiments, a method performed by a Control Plane, CP, entity includes: determining that packet counting should be performed by a User Plane, UP, entity; providing measurement instructions to the UP entity for counting packets and identifying a recipient of a packet count if the CP entity is not the recipient; and, if the CP entity is the recipient of the packet count, receiving, from the UP entity, a packet count. In this way, a CP function is able to instruct a UP function to perform a measurement in terms of packets, e.g., a measurement of the number of packets transmitted.