新时代高科技不计其数越来越发达，小伙伴们看过不少科技新闻吧，在我们生活中应该也用到很多这些高科技东西，有哪些小伙伴值的关注的呢，今天就跟大家分享一篇有关科技方面知识，希望大家会喜欢。

伦敦-2019年边缘计算大会-任何试图弄清为什么电信公司在边缘计算方面一直如此犹豫的人最好与西班牙电信的Cristina Santana Casillas对话。她在本周在伦敦举行的活动中的一次演讲中明确指出，虽然业务案例的不确定性至少是部分原因，但也应归咎于技术缺陷。

就像女学生在表现不佳的学生的教室里chi书一样，卡西利亚斯(Casillas)列出了厂商为边缘计算开发的平台的一系列问题。在运营商向各种规模的供应商(包括Altiostar Networks，Altran，AWS，爱立信，惠普企业，华为，IBM，英特尔，Mavenir，微软，MobiledgeX，诺基亚，Ori， Saguna，Tata，Tech Mahindra和Volterra Edge Services。

西班牙电信的第一个困扰是，尽管三年前欧洲电信标准协会(ETSI)将其从“移动”边缘计算重命名为“多路访问”边缘计算，但供应商仍然对MEC的定义使用不同的方法。卡西利亚斯抱怨道，大多数厂商仍然专注于移动设备，而固定时间对她的公司同样重要。

更糟糕的是，大多数供应商没有遵循ETSI多访问边缘计算(MEC)行业规范组织(ISG)制定的准则和规范，也没有遵循任何其他标准。这使得将技术与电信网络集成变得困难。大多数供应商还没有提供用于应用程序开发的软件开发工具包，一旦出现，它们通常是专有的。关于协调流程这个棘手的问题，大多数“风味”都需要Telefónica进一步整合。没有供应商拥有像样的开发者生态系统。卡西利亚斯说：“他们尝试过，但情况非常糟糕。”

而且，至关重要的是，Telefónica分析的任何解决方案都无法提供与其他MEC平台的互操作性。

那是很多问题。但是卡西利亚斯并没有就此止步。

西班牙电信研究的更多“以网络为中心”的公司存在各种缺陷。一方面，他们对ETSI MEC标准的实施被认为“低”。他们还主要关注企业对企业的方案，扩展性不佳，并且配备了笨拙的虚拟机(而不是第一代NFV(网络功能虚拟化))，而不是云原生容器。以“以应用程序为中心”的公司在这一领域得分较高，但没有利用ETSI MEC的应用程序编程接口(API)。卡西利亚斯说：“他们认为这些对开发者来说没有足够的价值，而且非常复杂。”

有关无线网络和服务领域的所有最新消息，请在Light Reading上查看我们专用的移动内容频道。

这将焦点转移到ETSI本身。从标准方面来看，Telefónica显然希望ETSI在这一方面发挥重要作用。这并不令人感到意外：作为ETSI的开放源代码MANO计划的主要电信支持者和对其NFV努力的重要贡献，西班牙运营商一直是规范制定机构最大的运营商啦啦队之一。

然而，卡西利亚斯的反馈相对不受限制。她说：“ ​​ETSI MEC标准存在必须弥补的空白。”除其他外，Telefónica希望它重新定义一个称为MX2的接口，以便移动设备可以与MEC平台进行通信，以自动连接到最合适的边缘站点。运营商还要求对应用程序身份验证和计费提供更大的支持。并提议增加两个接口：MM11，它将公开功能，以便任何开发人员都可以在各种电信网络中部署相同的应用程序;和MM12，用于互连不同的MEC平台。

ETSI的MEC努力不折不扣

他说，意大利电信的Andrea Calvi更喜欢开放源代码而不是ETSI MEC规范。

至少还有一个操作员似乎印象深刻。意大利电信技术发展与创新负责人安德里亚·卡尔维(Andrea Calvi)在本周早些时候的会议的小组会议上说：“我们已经研究了ETSI MEC，但发现它在API方面有些局限。”“我们正在寻找一种开源解决方案。”

ETSI MEC小组的热心负责人Alex Reznik坚持认为ETSI与为应对边缘计算而出现的各种开源计划之间没有重叠。他在周三上午的开幕式上说：“ ETSI MEC如何与开放源代码竞争?我们没有。我们将需要标准化的内容标准化。开放源代码为您提供了有用的东西。你们都需要。”

一些高管可能需要更多说服力。