<div dir="ltr">Two more bits' worth ...<div><br></div><div>About a year ago, during a discussion with a local network operator's CTO,</div><div>I was told that dependency on the operator's employees</div><div>for production of software gave the employees too much leverage over their employer (the operator, here).</div><div><br></div><div>Perhaps industrial standardization of internal processes (including orchestration APIs) weakens this leverage.</div><div><br></div><div>Cheers,</div><div><br></div><div>Etienne</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 11, 2020 at 8:48 PM Mark Tinka <<a href="mailto:mark.tinka@seacom.com">mark.tinka@seacom.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 11/Aug/20 17:55, <a href="mailto:adamv0025@netconsultings.com" target="_blank">adamv0025@netconsultings.com</a> wrote:<br>
<br>
> Can you elaborate? <br>
> Apart from licensing scheme what stops one from redirecting traffic to one vTMS instance per say each transit link or per destination /24 (i.e. horizontal scaling)? (vTMS is not stateful or is it?)<br>
<br>
In an effort to control costs, we considered a vTMS from Arbor.<br>
<br>
Even Arbor didn't recommend it, which was completely unsurprising.<br>
<br>
Arbor can flog you a TMS that can sweep 10Gbps, 20Gbps, 40Gbps or<br>
100Gbps worth of traffic. I don't see how you can run that kind of<br>
traffic in a VM.<br>
<br>
<br>
<br>
> Can you please point out any efforts where operators are trying to standardize the orchestration piece? <br>
<br>
NETCONF, YANG, LSO.<br>
<br>
<br>
> I think industry is not falling over on this just progressing at steady rate while producing artefacts in the process that you may or may not want to use (I actually find them very useful and not impeding).   <br>
<br>
What's 10 years between friends :-)...<br>
<br>
<br>
> Personally, I don't need a standard on how I should orchestrate network services. There are very interesting and useful ideas, or better put "frameworks", that anyone can follow (and most are), but standardizing these, ...no point in my opinion.<br>
<br>
Now that's something we can agree on... and once folk realize that<br>
getting your solution going is the end-goal - rather than bickering over<br>
whether NETCONF or YANG or SSH or whatever should be the BCOP - is when<br>
we shall finally see some real progress.<br>
<br>
Personally, I don't really care of you choose to keep CLI or employ<br>
thousands of software heads to automate said CLI. As long as you are<br>
happy and not wasting time taking every meeting from every vendor about<br>
"automation".<br>
<br>
Mark.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Ing. Etienne-Victor Depasquale</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Assistant Lecturer</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Department of Communications & Computer Engineering</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Faculty of Information & Communication Technology</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">University of Malta</span><div>Web. <a href="https://www.um.edu.mt/profile/etiennedepasquale" target="_blank">https://www.um.edu.mt/profile/etiennedepasquale</a><br></div></div></div>