<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

</head>

<body dir="auto">

Have any of those operators shipped an SDM product? If not, then of course, they are pre-SDN. Just like NASA is pre-commercial space launch :-)<br>

<br>

<div dir="ltr">-mel via cell</div>

<div dir="ltr"><br>

<blockquote type="cite">On Jul 21, 2020, at 8:17 AM, Mark Tinka <mark.tinka@seacom.com> wrote:<br>

<br>

</blockquote>

</div>

<blockquote type="cite">

<div dir="ltr"> <br>

<br>

<div class="moz-cite-prefix">On 21/Jul/20 16:59, Mel Beckman wrote:<br>

<br>

</div>

<blockquote type="cite" cite="mid:E129AEE8-D233-4E8E-86BB-A7E0E18E73A4@beckman.org">

<br>

<div class="">But SDN is NOT just ""SDN = some kind of automation””. Its centralized management with

<i class="">good </i>automation built-in. Good automation means automation that orchestrates cohesive, correct network changes — and can roll them back — not just scripts that can spew configs into individual devices.</div>

</blockquote>

<br>

So operators who've been doing this for decades are, what? Pre-SDN :-).<br>

<br>

<br>

<blockquote type="cite" cite="mid:E129AEE8-D233-4E8E-86BB-A7E0E18E73A4@beckman.org">

<div class="">And you say SDN consists of "bits of code and ideas coming out of these operators” as if that’s a bad thing. That’s how all innovation happens in IT.</div>

</blockquote>

<br>

I didn't say it was a bad thing; I said the gap to standardization will remain wide if we are not feeding off the full story.<br>

<br>

<br>

<blockquote type="cite" cite="mid:E129AEE8-D233-4E8E-86BB-A7E0E18E73A4@beckman.org">

<div class=""><br class="">

</div>

<div class="">Today's SDN has delivered on orchestration and good automation.You only have to shop and compare, the products are there and very powerful.

<br>

</div>

</blockquote>

<br>

Oh, don't get me wrong - we've seen all the products. Evaluated a bunch. Not enough for me to write a cheque though; many of the vendors can't make their own minds up. But meh, YMMV.<br>

<br>

<br>

<blockquote type="cite" cite="mid:E129AEE8-D233-4E8E-86BB-A7E0E18E73A4@beckman.org">

<div class=""><br class="">

</div>

<div class="">But more germane to this discussion, I would expect any network engineer candidate to know all about SDN, know how various vendors implement it, and have experience using it.</div>

<div class=""><br class="">

</div>

<div class="">You wouldn’t expect a bridge engineer to not be proficient in advanced computational modeling, would you? Or an electrical engineer to not understand field-programmable gate arrays? Or a chemical engineer ignorant of SCADA programmable logic controllers? </div>

<div class=""><br class="">

</div>

<div class="">That’s the equivalent of an SDN-ignorant engineer in today’s market.</div>

</blockquote>

<br>

Well then show me the door to where the SDN-ignorants are gathering. I'll go join them for a laugh :-).<br>

<br>

Seriously though, I'm not dismissing "SDN". I'm just saying we may not all agree on what it means for us. So let's spend more time on what we can agree on; how folk get there (SDN, or whatever name we dream up this decade) is up to them.<br>

<br>

If we still struggle to implement a basic, but standard BCP-38/MANRS on a global scale, I think we may be shooting for the stars to standardize that other thing.<br>

<br>

Mark.<br>

</div>

</blockquote>

</body>

</html>