Re: [Teas-ns-dt] Notes for today's NS-DT meeting

John,

              With 1+1 protection, the sender sends traffic on both the working and protection path, so quite often – while there is a “switchover time” – it is basically a “name-changing” event (the protection path becomes the working path, but nothing else changes without operator intervention) and it is quite often the case that no traffic is impacted.  In other words, the switchover time is irrelevant, as long as it is not so long that a second failure may occur before the switchover is reported to the operator.

              Note that the technology being defined in DetNet, uses packet replication and elimination, which is analogous to 1+1 protection in that sense.  In addition, 1+1 protection is defined for label switching as well.  In fact, 1+1 protection can be applied in any technology that allows for establishing diverse alternative paths.

              Hence, a choice to use packet-switching should be orthogonal to a choice to use 1+1 protection.  And none of these choices has very much to do with “isolation.”

              What you are probably referring to is a distinction between either 1+1 or 1:1, and 1:N or M:N protection – primarily because there is no dedicated protection path in either of the latter two cases.  Either there is 1 protection path for N working paths, or there are M protection paths for N working paths (where M is assumed to be less than N) in those cases, so a switchover may be non-trivial and (possibly) performance impacting.

              For example, not having a dedicated alternative path in the 1:N case means that – if two working path connections fail both will see performance degradation.  Similarly, for the M:N case, if M+1 out of the N working paths fail, the users for at least two of the failed paths will see some performance loss.

              But I fail to see how any of these are inherently cases involving “isolation.”

              One thing I have heard of is using the term “protection isolation” to mean isolation of alternative paths, ensuring that a single failure does not take more than one working or protection path down.  But this is (possibly) more commonly referred to as “shared risk avoidance.”

--
Eric

From: John E Drake <jdrake=40juniper.net@dmarc.ietf.org>
Sent: Monday, February 10, 2020 12:25 PM
To: Eric Gray <eric.gray@ericsson.com>
Cc: teas-ns-dt@ietf.org; Jari Arkko <jari.arkko@ericsson.com>
Subject: Re: [Teas-ns-dt] Notes for today's NS-DT meeting
Importance: High

Hi,

Wrt protection isolation, if you have dedicated 1+1 protection you still have the switchover time, so this is the minimum service interruption with hard isolation.  If you have packet switching (soft isolation) there are a range of technologies that provide a range of service disruption times.

Sent from my iPhone

On Feb 10, 2020, at 12:15 PM, Eric Gray <eric.gray=40ericsson.com@dmarc.ietf.org<mailto:eric.gray=40ericsson.com@dmarc.ietf.org>> wrote:

Are available at: https://etherpad.ietf.org/p/ns-dt-notes-feb10<https://protect2.fireeye.com/v1/url?k=4896fa91-141f5558-4896ba0a-0cc47ad93e1c-a95572c8cb9519ed&q=1&e=138ed022-c29c-4668-bda7-71975eb05cd5&u=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fetherpad.ietf.org%2Fp%2Fns-dt-notes-feb10__%3B%21%21NEt6yMaO-gk%21R9MKmiaYXBuhuTZBYpZvNsiVYjnzH2xbzR2wZ5WPPMspWRsv7tVCr1efC9sXFr8%24>.

Please review these notes and either add to them anything we discussed at the meeting, or send comments to me.

Jari, later this week, could you push these to the GitHub repository at: https://github.com/teas-wg/teas-ns-dt/tree/master/notes<https://protect2.fireeye.com/v1/url?k=060f429c-5a86ed55-060f0207-0cc47ad93e1c-2d4397becaf63c66&q=1&e=138ed022-c29c-4668-bda7-71975eb05cd5&u=https%3A%2F%2Fgithub.com%2Fteas-wg%2Fteas-ns-dt%2Ftree%2Fmaster%2Fnotes> (in md format, I guess)?

--
Eric
--
Teas-ns-dt mailing list
Teas-ns-dt@ietf.org<mailto:Teas-ns-dt@ietf.org>
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas-ns-dt__;!!NEt6yMaO-gk!R9MKmiaYXBuhuTZBYpZvNsiVYjnzH2xbzR2wZ5WPPMspWRsv7tVCr1efVwcxTqI$<https://protect2.fireeye.com/v1/url?k=e6e8e9e1-ba614628-e6e8a97a-0cc47ad93e1c-b7c1747faaad98e8&q=1&e=138ed022-c29c-4668-bda7-71975eb05cd5&u=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fteas-ns-dt__%3B%21%21NEt6yMaO-gk%21R9MKmiaYXBuhuTZBYpZvNsiVYjnzH2xbzR2wZ5WPPMspWRsv7tVCr1efVwcxTqI%24>