< draft-ietf-ippm-multipoint-alt-mark-01.txt   draft-ietf-ippm-multipoint-alt-mark-02.txt >
IPPM Working Group G. Fioccola, Ed. IPPM Working Group G. Fioccola, Ed.
Internet-Draft Huawei Technologies Internet-Draft Huawei Technologies
Intended status: Experimental M. Cociglio Intended status: Experimental M. Cociglio
Expires: September 5, 2019 Telecom Italia Expires: January 2, 2020 Telecom Italia
A. Sapio A. Sapio
R. Sisto R. Sisto
Politecnico di Torino Politecnico di Torino
March 4, 2019 July 1, 2019
Multipoint Alternate Marking method for passive and hybrid performance Multipoint Alternate Marking method for passive and hybrid performance
monitoring monitoring
draft-ietf-ippm-multipoint-alt-mark-01 draft-ietf-ippm-multipoint-alt-mark-02
Abstract Abstract
The Alternate Marking method, as presented in RFC 8321 [RFC8321], can The Alternate Marking method, as presented in RFC 8321 [RFC8321], can
be applied only to point-to-point flows because it assumes that all be applied only to point-to-point flows because it assumes that all
the packets of the flow measured on one node are measured again by a the packets of the flow measured on one node are measured again by a
single second node. This document aims to generalize and expand this single second node. This document aims to generalize and expand this
methodology to measure any kind of unicast flows, whose packets can methodology to measure any kind of unicast flows, whose packets can
follow several different paths in the network, in wider terms a follow several different paths in the network, in wider terms a
multipoint-to-multipoint network. For this reason the technique here multipoint-to-multipoint network. For this reason the technique here
skipping to change at page 2, line 4 skipping to change at page 2, line 4
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/. Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on September 5, 2019. This Internet-Draft will expire on January 2, 2020.
Copyright Notice Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of (https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 2, line 38 skipping to change at page 2, line 38
5. Multipoint Packet Loss . . . . . . . . . . . . . . . . . . . 8 5. Multipoint Packet Loss . . . . . . . . . . . . . . . . . . . 8
6. Network Clustering . . . . . . . . . . . . . . . . . . . . . 9 6. Network Clustering . . . . . . . . . . . . . . . . . . . . . 9
6.1. Algorithm for Cluster partition . . . . . . . . . . . . . 10 6.1. Algorithm for Cluster partition . . . . . . . . . . . . . 10
7. Timing Aspects . . . . . . . . . . . . . . . . . . . . . . . 12 7. Timing Aspects . . . . . . . . . . . . . . . . . . . . . . . 12
8. Multipoint Delay and Delay Variation . . . . . . . . . . . . 14 8. Multipoint Delay and Delay Variation . . . . . . . . . . . . 14
8.1. Delay measurements on multipoint paths basis . . . . . . 14 8.1. Delay measurements on multipoint paths basis . . . . . . 14
8.1.1. Single Marking measurement . . . . . . . . . . . . . 14 8.1.1. Single Marking measurement . . . . . . . . . . . . . 14
8.2. Delay measurements on single packets basis . . . . . . . 14 8.2. Delay measurements on single packets basis . . . . . . . 14
8.2.1. Single and Double Marking measurement . . . . . . . . 14 8.2.1. Single and Double Marking measurement . . . . . . . . 14
8.2.2. Hashing selection method . . . . . . . . . . . . . . 15 8.2.2. Hashing selection method . . . . . . . . . . . . . . 15
9. An SDN enabled Performance Management . . . . . . . . . . . . 17 9. An Intelligent Performance Management approach . . . . . . . 17
10. Examples of application . . . . . . . . . . . . . . . . . . . 17 10. Examples of application . . . . . . . . . . . . . . . . . . . 18
11. Security Considerations . . . . . . . . . . . . . . . . . . . 18 11. Security Considerations . . . . . . . . . . . . . . . . . . . 18
12. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 18 12. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 18
13. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 13. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 19
14. References . . . . . . . . . . . . . . . . . . . . . . . . . 18 14. References . . . . . . . . . . . . . . . . . . . . . . . . . 19
14.1. Normative References . . . . . . . . . . . . . . . . . . 18 14.1. Normative References . . . . . . . . . . . . . . . . . . 19
14.2. Informative References . . . . . . . . . . . . . . . . . 18 14.2. Informative References . . . . . . . . . . . . . . . . . 19
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 19 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 20
1. Introduction 1. Introduction
The alternate marking method, as presented until now, is applicable The alternate marking method, as presented until now, is applicable
to a point-to-point path; so the extension proposed in this document to a point-to-point path; so the extension proposed in this document
explains the most general case of multipoint-to-multipoint path and explains the most general case of multipoint-to-multipoint path and
enables flexible and adaptive performance measurements in a managed enables flexible and adaptive performance measurements in a managed
network. network.
The Alternate Marking methodology described in RFC 8321 [RFC8321] has The Alternate Marking methodology described in RFC 8321 [RFC8321] has
skipping to change at page 3, line 36 skipping to change at page 3, line 36
interval is n*m*2 (1 per color). If both n and m are high values the interval is n*m*2 (1 per color). If both n and m are high values the
packet counters increase a lot and Multipoint Alternate Marking packet counters increase a lot and Multipoint Alternate Marking
offers a tool to control these parameters. offers a tool to control these parameters.
The approach presented in this document is applied only to unicast The approach presented in this document is applied only to unicast
flows and not to multicast. BUM (Boradcast Unkown Unicast Multicast) flows and not to multicast. BUM (Boradcast Unkown Unicast Multicast)
traffic is not considered here, because traffic replication is not traffic is not considered here, because traffic replication is not
covered by the Multipoint Alternate Marking method. Furthermore it covered by the Multipoint Alternate Marking method. Furthermore it
can be applicable to anycast flows. can be applicable to anycast flows.
Alternate Marking method works by definition for multipoint to The base Alternate Marking method of RFC 8321 [RFC8321] works by
multipoint paths but the network clustering approach presented in definition for multipoint to multipoint paths, and the network
this document is the formalization of how to implement this property clustering approach presented in this document is the formalization
and it allows a flexible and optimized performance measurement of how to implement this property and allow a flexible and optimized
support. performance measurement support for network management.
Without network clustering, it is possible to apply alternate marking Without network clustering, it is possible to apply alternate marking
only for all the network or per single flow. Instead, with network only for all the network or per single flow. Instead, with network
clustering, it is possible to use the network clusters partition at clustering, it is possible to use the network clusters partition at
different levels to perform the needed degree of detail. In some different levels to perform the needed degree of detail. In some
circumstances it is possible to monitor a Multipoint Network by circumstances it is possible to monitor a Multipoint Network by
analyzing the Network Clustering, without examining in depth. In analyzing the Network Clustering, without examining in depth. In
case of problems (packet loss is measured or the delay is too high) case of problems (packet loss is measured or the delay is too high)
the filtering criteria could be specified more in order to perform a the filtering criteria could be specified more in order to perform a
detailed analysis by using a different combination of clusters up to detailed analysis by using a different combination of clusters up to
a per-flow measurement as described in RFC 8321 [RFC8321]. a per-flow measurement as described in RFC 8321 [RFC8321].
An application could be the Software Defined Network (SDN) paradigm This approach fits very well with the Intelligent Network and
where the SDN Controllers are the brains of the network and can Software Defined Network (SDN) paradigm where the SDN Orchestrator
manage flow control to the switches and routers and, in the same way, and the SDN Controllers are the brains of the network and can manage
can calibrate the performance measurements depending on the flow control to the switches and routers and, in the same way, can
necessity. An SDN Controller Application can orchestrate how deep calibrate the performance measurements depending on the necessity.
the network performance monitoring is setup. An SDN Controller Application can orchestrate how deep the network
performance monitoring is setup by applying the Multipoint Alternate
Marking as described in this document.
2. Correlation with RFC5644 2. Correlation with RFC5644
RFC 5644 [RFC5644] is limited to active measurements using a single RFC 5644 [RFC5644] is limited to active measurements using a single
source packet or stream, and observations of corresponding packets source packet or stream, and observations of corresponding packets
along the path (spatial), at one or more destinations (one-to-group), along the path (spatial), at one or more destinations (one-to-group),
or both. Instead, the scope of this memo is to define multiparty or both.
metrics for passive and hybrid measurements in a group-to-group
topology with multiple sources and destinations. Instead, the scope of this memo is to define multiparty metrics for
passive and hybrid measurements in a group-to-group topology with
multiple sources and destinations.
RFC 5644 [RFC5644] introduces metric names that can be reused also RFC 5644 [RFC5644] introduces metric names that can be reused also
here but have to be extended and rephrased to be applied to the here but have to be extended and rephrased to be applied to the
alternate marking schema: alternate marking schema:
a. the multiparty metrics are not only one-to-group metrics but can a. the multiparty metrics are not only one-to-group metrics but can
be also group-to-group metrics; be also group-to-group metrics;
b. the spatial metrics, used for measuring the performance of b. the spatial metrics, used for measuring the performance of
segments of a source to destination path, are applied here to segments of a source to destination path, are applied here to
skipping to change at page 17, line 5 skipping to change at page 17, line 5
number of measurements per interval, and it would seem that double number of measurements per interval, and it would seem that double
marking would also work well if we reduced the interval length, but marking would also work well if we reduced the interval length, but
this can be done only for point-to-point path and not for multipoint this can be done only for point-to-point path and not for multipoint
path, where we cannot couple the picked packets in a multipoint path, where we cannot couple the picked packets in a multipoint
paths. So, in general, if we want to get delay mesurements on paths. So, in general, if we want to get delay mesurements on
multipoint-to-multipoint path basis and want to select more than one multipoint-to-multipoint path basis and want to select more than one
packet per period, double marking cannot be used because we could not packet per period, double marking cannot be used because we could not
be able to couple the picked packets between input and output nodes. be able to couple the picked packets between input and output nodes.
On the other hand we can do that by using hashing selection. On the other hand we can do that by using hashing selection.
9. An SDN enabled Performance Management 9. An Intelligent Performance Management approach
The Multipoint Alternate Marking framework that is introduced in this The Multipoint Alternate Marking framework that is introduced in this
document adds flexibility to PM because it can reduce the order of document adds flexibility to PM because it can reduce the order of
magnitude of the packet counters. This allows an SDN Orchestrator to magnitude of the packet counters. This allows an SDN Orchestrator to
supervise, control and manage PM in large networks. supervise, control and manage PM in large networks.
The monitoring network can be considered as a whole or can be split The monitoring network can be considered as a whole or can be split
in Clusters, that are the smallest subnetworks (group-to-group in Clusters, that are the smallest subnetworks (group-to-group
segments), maintaining the packet loss property for each subnetwork. segments), maintaining the packet loss property for each subnetwork.
They can also be combined in new connected subnetworks at different They can also be combined in new connected subnetworks at different
skipping to change at page 17, line 28 skipping to change at page 17, line 28
An SDN Controller can calibrate Performance Measurements. It can An SDN Controller can calibrate Performance Measurements. It can
start without examining in depth. In case of necessity (packet loss start without examining in depth. In case of necessity (packet loss
is measured or the delay is too high), the filtering criteria could is measured or the delay is too high), the filtering criteria could
be immediately specified more in order to perform a partition of the be immediately specified more in order to perform a partition of the
network by using Clusters and/or different combinations of Clusters. network by using Clusters and/or different combinations of Clusters.
In this way the problem can be localized in a specific Cluster or in In this way the problem can be localized in a specific Cluster or in
a single combination of Clusters and a more detailed analysis can be a single combination of Clusters and a more detailed analysis can be
performed step-by-step by successive approximation up to a point-to- performed step-by-step by successive approximation up to a point-to-
point flow detailed analysis. point flow detailed analysis.
This approach can be called Network Zooming and can be performed in
two different ways:
1) change the traffic filter and select more detailed flows;
2) activate new measurement points by defining more specified
clusters.
[I-D.zhou-ippm-enhanced-alternate-marking] defines an architecture
where the centralized Data Collector and Network Management can apply
the intelligent and flexible Alternate Marking algorithm as
previously described.
In addition an SDN Controller could also collect the measurement In addition an SDN Controller could also collect the measurement
history. history.
It is important to mention that the Multipoint Alternate Marking
framework also helps Traffic Visualization. Indeed this methodology
is very useful to identify which path or which cluster is crossed by
the flow.
10. Examples of application 10. Examples of application
There are three application fields where it may be useful to take There are three application fields where it may be useful to take
into consideration the Multipoint Alternate Marking: into consideration the Multipoint Alternate Marking:
o VPN: The IP traffic is selected on IP source basis in both o VPN: The IP traffic is selected on IP source basis in both
directions. At the end point WAN interface all the output traffic directions. At the end point WAN interface all the output traffic
is counted in a single flow. The input traffic is composed by all is counted in a single flow. The input traffic is composed by all
the other flows aggregated for source address. So, by considering the other flows aggregated for source address. So, by considering
n end-points, the monitored flows are n (each flow with 1 ingress n end-points, the monitored flows are n (each flow with 1 ingress
skipping to change at page 18, line 7 skipping to change at page 18, line 30
destination address because the packets are sent from the Mobile destination address because the packets are sent from the Mobile
Packet Core to the EnodeB. So the monitored flow is only one per Packet Core to the EnodeB. So the monitored flow is only one per
EnodeB in both directions; EnodeB in both directions;
o OTT(Over The Top) services: The traffic is selected, in the Down o OTT(Over The Top) services: The traffic is selected, in the Down
direction by the source addresses of the packets sent by OTT direction by the source addresses of the packets sent by OTT
Servers. In the opposite direction (Up) by the destination IP Servers. In the opposite direction (Up) by the destination IP
addresses of the same Servers. So the monitoring is based on a addresses of the same Servers. So the monitoring is based on a
single flow per OTT Servers in both directions. single flow per OTT Servers in both directions.
o Enterprise SD-WAN: SD-WAN allows to connect remote branch offices
to data centers and build higher-performance WANs. A centralized
controller is used to set policies and prioritize traffic. The
SD-WAN takes into account these policies and the availability of
network bandwidth to route traffic. This helps ensure that
application performance meets service level agreements (SLAs).
This methodology can also help the path selection for the WAN
connection based on per Cluster and per flow performance.
11. Security Considerations 11. Security Considerations
This document specifies a method to perform measurements that does This document specifies a method to perform measurements that does
not directly affect Internet security nor applications that run on not directly affect Internet security nor applications that run on
the Internet. However, implementation of this method must be mindful the Internet. However, implementation of this method must be mindful
of security and privacy concerns, as explained in RFC 8321 [RFC8321]. of security and privacy concerns, as explained in RFC 8321 [RFC8321].
12. Acknowledgements 12. Acknowledgements
The authors would like to thank Al Morton, Tal Mizrahi, Rachel Huang The authors would like to thank Al Morton, Tal Mizrahi, Rachel Huang
skipping to change at page 19, line 9 skipping to change at page 19, line 40
[I-D.amf-ippm-route] [I-D.amf-ippm-route]
Alvarez-Hamelin, J., Morton, A., and J. Fabini, "Advanced Alvarez-Hamelin, J., Morton, A., and J. Fabini, "Advanced
Unidirectional Route Assessment", draft-amf-ippm-route-01 Unidirectional Route Assessment", draft-amf-ippm-route-01
(work in progress), October 2017. (work in progress), October 2017.
[I-D.mizrahi-ippm-compact-alternate-marking] [I-D.mizrahi-ippm-compact-alternate-marking]
Mizrahi, T., Arad, C., Fioccola, G., Cociglio, M., Chen, Mizrahi, T., Arad, C., Fioccola, G., Cociglio, M., Chen,
M., Zheng, L., and G. Mirsky, "Compact Alternate Marking M., Zheng, L., and G. Mirsky, "Compact Alternate Marking
Methods for Passive and Hybrid Performance Monitoring", Methods for Passive and Hybrid Performance Monitoring",
draft-mizrahi-ippm-compact-alternate-marking-03 (work in draft-mizrahi-ippm-compact-alternate-marking-04 (work in
progress), October 2018. progress), April 2019.
[I-D.zhou-ippm-enhanced-alternate-marking]
Zhou, T., Fioccola, G., Li, Z., Lee, S., Cociglio, M., and
Z. Li, "Enhanced Alternate Marking Method", draft-zhou-
ippm-enhanced-alternate-marking-02 (work in progress),
June 2019.
[RFC5474] Duffield, N., Ed., Chiou, D., Claise, B., Greenberg, A., [RFC5474] Duffield, N., Ed., Chiou, D., Claise, B., Greenberg, A.,
Grossglauser, M., and J. Rexford, "A Framework for Packet Grossglauser, M., and J. Rexford, "A Framework for Packet
Selection and Reporting", RFC 5474, DOI 10.17487/RFC5474, Selection and Reporting", RFC 5474, DOI 10.17487/RFC5474,
March 2009, <https://www.rfc-editor.org/info/rfc5474>. March 2009, <https://www.rfc-editor.org/info/rfc5474>.
[RFC5475] Zseby, T., Molina, M., Duffield, N., Niccolini, S., and F. [RFC5475] Zseby, T., Molina, M., Duffield, N., Niccolini, S., and F.
Raspall, "Sampling and Filtering Techniques for IP Packet Raspall, "Sampling and Filtering Techniques for IP Packet
Selection", RFC 5475, DOI 10.17487/RFC5475, March 2009, Selection", RFC 5475, DOI 10.17487/RFC5475, March 2009,
<https://www.rfc-editor.org/info/rfc5475>. <https://www.rfc-editor.org/info/rfc5475>.
 End of changes. 14 change blocks. 
28 lines changed or deleted 65 lines changed or added

This html diff was produced by rfcdiff 1.47. The latest version is available from http://tools.ietf.org/tools/rfcdiff/