2020 Vision Executive Summit – PANTHEON.tech Insights

I was sent to Lisbon by PANTHEON.tech, in order to attend the annual 2020 Vision Executive Summit. Here are my experiences and insights into this event.

The 2020 Vision Executive Summit, presented by Light Reading, was focused mainly on the pending revolution of 5G networks, automation, Edge Computing, IoT, security, etc. It hosts a variety of vendors and service providers, who provide insights into the telecom industry’s current trends and emerging topics.

Themes of the summit

In case of 5G, we have seen a huge opportunity in discussing PANTHEON.tech’s future involvement and plans in this revolution. The challenges surrounding 5G were discussed by industry leaders with hands-on experience, which was beneficial since we were confronted with the harsh reality of 5G. Due to it being a technology in-progress, many questions are still open. What will be the use-cases? What should we prepare for and when?

Nobody really knows how it may turn out, when it will become widely available for consumers, or if the world is even prepared for it. But it was a great opportunity to meet the people, whose bread and butter consists of building the future 5G network. It was an invaluable experience, to see a realistic view from industry-insiders and their perception of the future. It was a collective of equally-minded individuals and companies in the fields relevant to PANTHEON.tech’s vision.

Another heavily discussed topic was security. While it is no secret that technology is successfully becoming an important part of our lives, companies have to heavily rely on a defense against potential security threats and cyber attacks. Panels were held regarding the importance of security measures in expanding networks and the need for flexible and agile security solutions.

Subsequently, Edge Computing, which brings the distribution of data closer to the consumer, was also mentioned and discussed, in regards to its vulnerabilities and future. In this case, it was said with certainty that if you are the type of parent that plans your child’s future for them, make them study cyber security – the investment will return sooner than you could imagine.

Our vision in attending this summit was to find out, if this summit is the right fit for us (spoiler alert – it was) check on the newest trends in our field and in which direction are they developing. The discussions were open and involved the real thoughts and views, without the PR and marketing stuff.

Lisbon is an interesting city, since it is more hidden from the eye of a classic tourist. It reminded me, in a way, of San Francisco. This was mainly due to trams riding uphill and the many uphill roads one has to take, in order to get somewhere. It was surprising though, that the city is making it a point to keep the original architecture of the city in tact and without major reconstructions.

As for the venue itself, the Intercontinental Hotel in Lisbon was nothing short of wonderful. Another highlight was the gala dinner. It was the perfect opportunity for casual networking, in the pompous and spectacular setting of Palacio de Xebregas. I have also experienced my first tuk-tuk ride, where I had to consider whether my life was worth the visit.

In conclusion – it was. I am looking forward to the new business-partners and connections PANTHEON.tech has made at the 2020 Vision Executive Summit.


You can contact us at https://pantheon.tech/

Explore our Pantheon GitHub.

Watch our YouTube Channel.

PANTHEON.tech is the 2nd largest OpenDaylight contributor for Q3/2018

In the last week of November 2018, Bitergia, a software development analytics company, published a report on the past and current status of the OpenDaylight project, which plays a significant role in PANTHEON.tech’s offerings and solutions.

PANTHEON.tech’s CTO Robert Varga, is leading the list of per-user-contributions to the source code of OpenDaylight, with over 980 commits to the source code in Q3 of 2018. This achievement further establishes PANTHEON.tech’s position as one of the largest contributors to the OpenDaylight project.

As for the list of companies which contribute to the source code of OpenDaylight, PANTHEON.tech is the 2nd largest contributor for Q3/2018, with 1034 commits. We were just 34 commits shy of the top contributor position, which belongs to Red Hat.

Due to ODL’s open-source nature, anyone can contribute to the project and improve it in the long-run. Any change that gets added to the source code is defined as a commit. These types of changes need an approval and can not be any type of automated activity – including bot-actions or merges. This means, that each single commit is a unique change, added to the source code.

PANTHEON.tech will continue its commitment to improving OpenDaylight and we are looking forward to being a part of the future of this project.

What is OpenDaylight?

ODL is a collaborative open source project aimed to speed up the adoption of SDN and create a solid foundation for Network Functions Virtualization (NFV).

PANTHEON.tech’s nurture for ODL goes back when it was forming. In a sense, PANTHEON.tech has led the way is and how an SDN controller is and should be. This requires dedication, which was proven over the years with the extensive amount of contribution thanks to its expert developers.

Click here if you are interested in our solutions, which are based on, or integrate ODL’s framework.


You can contact us at https://pantheon.tech/

Explore our Pantheon GitHub.

Watch our YouTube Channel.

HUAWEI CONNECT 2018 insights

PANTHEON.tech visited Shanghai last week to attend the third annual Huawei Connect event ¹. Let us share some insights from the event.

This year’s theme was Activate Intelligence and Huawei outlined its broad strategy to bring artificial intelligence (AI) to the masses in applications in manufacturing, autonomous driving, smart cities, IoT and other areas which will enable billions of new devices to be connected and transfer big data over the network.

The conference was held in Shanghai, China, at the Shanghai World Expo Exhibition Center. Huawei has put a lot of resources and effort into organizing the event which has shown its direct impact on over 26,000 in the attendance. The conference was organized perfectly, to the last detail (exhibition areas, keynotes and conference area, chill-out zones, etc.).

We have witnessed the demonstrations of “smart” technologies ranging from smart city applications, smart education, smart transportation, smart everything…

One of the most impressive technology demonstrations was an AI that was able to translate Chinese to English and vice versa, as good as a human translator could. Microsoft in cooperation with Huawei states ² “Internal tests have shown, depending on the language, up to a 23 percent better offline translation quality over competing best-in-class offline packs.”

Huawei is also building an AI ecosystem ³   of partners that is targeted to exceed 1 million developers over the next three years with US$140m. 

We have had some interesting meetings with Huawei’s representatives. It was very pleasant to learn about Huawei’s visions for the near future and we are glad to share the same vision for an exciting future. Huawei invests heavily into researching new technologies such as AI, IoT, and others to define practical use-cases that can be deployed into their product’s portfolio.

PANTHEON.tech as a software development company is strongly focused on computer networking which is related to the Huawei’s vision to integrate AI into managing network operations  .

Mr. Yang Jin  Director, Network Data Analytics Research  Huawei Technologies Co., stated: “Artificial Intelligence and Machine Learning will abstract data to make next-generation communication breakthroughs come to life.”

Feel free to contact PANTHEON.tech if you have any interest in any of the AI, AR/VR, IoT, Intent Driven Network, SDN, NFV, Big Data, and other related areas. We can talk about challenges and how can we solve them together.

Martin Varga

Technical Business Development Manager

PANTHEON.tech


Additional readings mentioned in this article.

  1. https://www.huawei.com/en/press-events/events/huaweiconnect2018
  2. https://www.huawei.com/en/press-events/news/2018/10/huawei-cloud-ai-ecosystem-plan
  3. https://blogs.msdn.microsoft.com/translation/2017/10/19/microsoft-huawei-nmt-ondevice/
  4. https://www.msn.com/en-sg/money/topstories/huawei-to-invest-us140m-in-global-ai-developer-programme/ar-BBOh67x
  5. https://www.koreatimes.co.kr/www/tech/2018/10/133_256846.html
  6. https://arxiv.org/pdf/1803.06818.pdf
  7. https://e-file.huawei.com/-/media/EBG/Download_Files/Publications/en/ICT18/AI-enabled%20Mobile%20Networks.pdf

Frinx’s UniConfig is now powered by PANTHEON.tech’s lighty.io

lighty.io enables a major OpenDaylight distribution vendor to build and deploy their applications faster.

lighty.io is an SDK that provides components for the development of SDN controllers and applications based on well-established standards in the networking industry. It takes advantage of PANTHEON.tech’s extensive experience from the involvement in the OpenDaylight platform and simplifies and speeds up the development, integration, and delivery of SDN solutions. lighty.io also enables SDN programmers to use ODL services in a plain JavaSE environment.

FRINX UniConfig provides a common network API across physical and virtual devices from different vendors. It leverages an open source device library that offers connectivity to a multitude of networking devices and VNFs. FRINX UniConfig provides the ability to store intent and operational data from services and devices enables to commit intent to the network, syncs from the network so that the latest device state is reflected in the controller, compares intended state and operational state and provides device and network wide transactions. All changes are applied in a way that only those parts of the configuration that have changed are updated on the devices.

The UniConfig framework consists of distinct layers, where each layer provides a higher level of abstraction. APIs of the lowest layer provides the ability to send and receive unstructured data to and from devices. The unified layer provides translation capabilities to and from OpenConfig. The UniConfig layer provides access to the intent and the actual state of each device plus the capability to perform transactions and rollback of configurations. NETCONF devices can be configured via their native YANG models or via OpenConfig. Finally, FRINX UniConfig also provides service modules based on IETF YANG models for the configuration of L2VPNs, L3VPNs and enables the collection of LLDP topology information in heterogeneous networks.

The UniConfig Framework is based on open source projects like OpenDaylight and Honeycomb and publishes all translation units under the Apache v2 license. Customers and integration partners can freely contribute, modify and create additional device models, which work with the UniConfig Framework.

How did PANTHEON’s lighty.io  help?

PANTHEON.tech’s lighty.io helped to make UniConfig run and build faster.

Porting UniConfig to lighty.io required no changes to the application code and has brought many measurable improvements, such as UniConfig now starts faster, has a smaller memory footprint, and most importantly, significantly reduces build time.

lighty.io packs many features, some of which are:

  • Client libraries for communication with ODL back end for Java, Python, and Golang
  • Enhanced NETCONF device simulator
  • Microservice friendly structure
  • Easy to use utilities for YANG model data serialization and deserialization
  • Example applications for integration with vertx.iospring.io and others which enable your productivity
  • Inclusive of maintained examples and guides so the newcomers can start working immediately and be efficient

About FRINX  

FRINX offers solutions and services for open source network control and automation. FRINX is made up of passionate developers and industry professionals who want to change the way networking software is created, deployed and operated. FRINX offers network automation products and distributions of OpenDaylight and FD.io in conjunction with support services and is proud to count service providers and enterprise companies from the Fortune Global 500 list among its customers.

About PANTHEON.tech 

PANTHEON.tech is a software research & development company focused on network technologies and prototype software. Yet, we do not perceive networks as endless cables behind switches and routers: for us; it is all software-defined. Clean and neat. Able to dynamically expand and adapt according to the customer’s needs.

We thrive in a world of network functions virtualization and arising need for orchestration. Focusing on SDN, NFV, Automotive and Smart Cities. Experts in OpenDaylight, FD.IO VPP, PNDA, Sysrepo, Honeycomb, Ligato and much more.

 

lighty.io powers datacenter management at kaloom.com


Complete automation and full forwarding plane programmability

Private data centers are the hot topic for companies and enterprises who are not willing to push all the data into public clouds. Kaloom Software Defined Fabric™ (Kaloom SDF) is the world’s first fully programmable, automated, software-based data center fabric capable of running VNFs efficiently at scale. This is the first data center networking fabric on the market that provides complete automation and full forwarding plane programmability.

 approached PANTHEON.tech last year, knowing Pantheon’s intensive and long involvement in SDN, particularly iOpenDaylight project. OpenDaylight (ODL) is a modular open platform for orchestrating and automating networks of any size and scale. The OpenDaylight platform arose out of the SDN movement, in which PANTHEON.tech has expertise and experience. Hence, it was a logical step to utilize this expertise in this project and leverage what has already been done.

Traditional ODL based controller design was not suitable for this job because of bulkiness of the Karaf based deployments. Kaloom requested a modern web UI which vanilla ODL platform does not provide. lighty.io as a component library provides an opportunity to run ODL services such as: MD-SAL, NETCONF and YANG Tools in any modern web server stack, and integration with other components like MongoDB

The following architecture is starting to be like a blueprint for SDN applications today. We utilize the best of both worlds:

  1. MD-SAL, NETCONF and YANG Tools from ODL
  2. Updated modern web stack Jetty/Jersey and
  3. MongoDB as a persistent data store.

 

This is how Kaloom Fabric Manager (KFM) project has started. After several months of  customizing development, we have deployed a tailored web application which provides management UI for Kaloom SDF. We have changed and tailored our Visibility Package application to suit Kaloom’s requirements and specifics. This specialized version uses the name of KFM. The architecture diagram above shows details/internals of the KFM and how we interconnect with Kaloom’s proprietary Fabric Manager/Virtual Fabric Manager controller devices.

The solution for physical data centers

lighty.io based back-end of the KFM with NETCONF plugin provides REST services to the Angular UI, which is using our Network Topology Visualization Component for the better topology view visualization and user experience. Using these REST endpoints, it is easy to send specific NETCONF RPC to the Kaloom SDF controllers.

While working on this next-gen Data Center Infrastructure Management software, we have realized that integrating all moving parts of the system is a crucial step for final delivery. Since different teams were working on different parts, it was crucial we could isolate the lighty.io part of the system and adapt it to the Kaloom SDF as much as possible. We have used our field-tested NETCONF device simulator from our lighty.io package to deliver the software which was tested thoroughly to provide stability of the KFM UI.

Kaloom SDF provides a solution for physical data centers administrated by Data Center Infrastructure Provider (DCIP) users. A physical data center can be easily sliced to virtual data centers offered to customers, called virtual Data Center Operator (vDCO) users. The DCIP user can monitor and configure the physical fabrics – PODs of the data center. KFM WEB UI shows the fabrics in topology view and allows updating the attributes of fabric and fabric nodes.

Topology View of Fabric Manager

The main task of DCIP user is to slice the fabrics to virtual data centers and virtual fabrics. This process involves choosing servers through associated termination points and associating them with the newly created virtual fabric manager controller. Server resources are used through the virtual fabric manager by vDCO users.

vDCO users can use the server resources and connect them via network management of their virtual data center. vDCO can attach server ports to the switches with proper encapsulation settings. After the switch is ready, vDCO can create a router and attach switches to it. The router offers different configuration possibilities to follow vDCO user’s needs: L3 interface configuration, static routing, BGP routing, VXLANs and many more. KFM offers also topology view of virtual data center network, so you can check relations between servers, switches, and routers.

Topology View of Fabric Manager

For more details about the KFM UI in action, please see the demo video with NETCONF simulator of Kaloom SDF bellow, or visit kaloom or kaloom academy

lighty.io by PANTHEON.tech

 

 

lighty.io runs 5G on xRAN

In April 2018, the xRAN forum released ‘Open Fronthaul Interface Specification’. The first specification made publicly available from xRAN since its launch in October 2016. The released specification has allowed a wide range of vendors to develop innovative, best-of-breed remote radio unit/head (RRU/RRH) for a wide range of deployment scenarios, which can be easily integrated with virtualized infrastructure & management systems using standardized data models.

This is where PANTHEON.tech came to the scene and became among the first companies to introduce full stack 5G compliant solution with this specification.

Just a few days spent coding and utilizing the readily available lighty.io components, we created a Radio Unit (RU) simulator and an SDN controller to manage a group of Radio Units.

Now, let us inspect the architecture and elaborate on some important details.

We have used lighty.io, specifically the generic NETCONF simulator, to set up an xRAN Radio Unit (RU) simulator. xRAN specifies YANG models for 5G Radio Units. lighty.io NETCONF device library is used as a base which made it easy to add custom behavior and 5G RU is ready to stream data to a 5G controller.

The code in the controller pushes the data collected from RUs into Elasticsearch for further analysis. RU device emits the notifications of simulated Antenna Line Devices connected to RU containing:

  • Measured Rx and Tx input power in mW
  • Tx Bias Current in mA (Internally measured)
  • Transceiver supply voltage in mV (Internally measured)
  • Optional laser temperature in degrees Celsius. (Internally measured)

*We used device xRAN-performance-management model for this purpose.

lighty.io as a 5G controller

With lighty.io we created an OpenDaylight based SDN controller that can connect to RU simulators using NETCONF. Once RU device is connected, telemetry data is pushed via NETCONF notifications to the controller, and then directly into Elasticsearch.
Usually, log stash is required to upload data into Elasticsearch. In this case, it is the 5G controller that is pushing device data directly to Elasticsearch using time series indexing.
On Radio Unit device connect event, monitoring process automatically starts. RPC-ald-communication is called on RU device collecting statistics for:

  • The Number of frames with incorrect CRC (FCS) received from ALD – running counter
  • The Number of frames without stop flag received from ALD – running counter
  • The number of octets received from HDLC bus – running counter

*We used xran-ald.yang model for this purpose.
The lighty.io 5G controller is also listening to notifications from the RU device mentioned above.

Elasticsearch and Kibana

Data collected by the lighty.io 5G controller via RPC calls and notifications are pushed directly into Elasticsearch indices. Once indexed, Elasticsearch provides a wide variety of queries upon stored data.
Typically, we can display several faulty frames received from “Antenna Line Devices” over time, or analyze operational parameters of Radio Unit devices like receiving and transmitting input power.
Such data are precious for Radio Unit setup, so the control plane feedback loop is possible.

By adding Elasticsearch into the loop, data analytics or the feedback loop became ready to perform complex tasks. Such as: Faulty frame statistics from the “Antenna Line Devices” or the  Radio Unit operational setup

How do we see the future of xRAN with lighty.io?

The benefit of this solution is a full stack xRAN test. YANG models and its specifications are obviously not enough considering the size of the project. With lighty.io 5G xRAN, we invite the Radio Unit device vendors and 5G network providers to cooperate and build upon this solution. Having the Radio Unit simulators available and ready allows for quick development cycle without being blocked by the RU vendor’s bugs.

lighty.io has been used as a 5G rapid application development platform which enables quick xRAN Radio Unit monitoring system setup.
We can easily obtain xRAN Radio Unit certification against ‘lighty.io 5G controller’ and provide RU simulations for the management plane.

Visit lighty.io page, and check out our GitHub for more details.

by PANTHEON.tech

lighty.io in Data Center Management

The advantages of deploying lighty.io in Data Center Infrastructure Management (DCIM)

The DCIM market is continuing to evolve and large enterprises continue to be the primary adopters of new DCIM software solutions. The goal of a DCIM software initiative is to provide administrators the ability to identify, locate, visualize, and manage all physical data center assets with a holistic view.

Pantheon technologies have developed lighty.io based on OpenDaylight in Java SE. It is a great software for implementation of customized DCIM solutions such as SDN controller, NFV orchestrator or VNF management etc.

Some of the great features, you will benefit from while managing your data center are listed below.

 

1. Model-driven approach
lighty.io implements a model-driven approach to data center infrastructure management. Because of the common models being used, intercommunication of configurational, operational, monitoring and telemetry data in all the parts of the systems becomes possible which are based on lighty.io. These models define structure, syntax, and semantics of the data processed by each part of the system. Usage of standardized models by vendors (e.g., models from OpenConfig or IETF) leads to seamless migration from one vendor to another.

2. Scalability and controller hierarchy

  • a. Horizontal scalability – lighty.io supports clustering. A feature, which allows horizontal scaling of the system by adding more instances (nodes) of the controller into a cluster
  • b. Controller hierarchy – NB plugins of lighty.io allow the implementation of upper layer applications running as micro services and performing operations using the controller’s NB plugin API. It is also possible to design a hierarchy of controllers where the upper layer controller(s) performs operations using the lower layer controller’s NB plugins. One of the implemented NB plugins is a plugin that implements the NETCONF protocol. Using this NB plugin in the hierarchy of controllers makes possible to manage the lower layer controllers as NETCONF devices.

3. Security
lighty.io is implemented in Java, which is in nature a Type-Safe programming language. Type safety leads to more secure software than other software written e.g., in C/C++, while reaching a good performance. The model-driven approach and the source code generation also support software security. These features minimize the possibility of error in the code by implementing the requirement of the verification of the input data from external applications and connected devices. Cyphering, authorization, and usage of these certificates are the matter of course.

4. Legacy and heterogeneous systems support
lighty.io implements the main SDN standards e.g., NETCONF, RESTCONF, YANG. Moreover, the legacy technologies that are already implemented in lighty.io makes SNMP southbound plugin possible. This shows that the capability of lighty.io being used not only in green-field deployments (implementing the system from scratch) but also brown-field deployments where it is needed to manage a heterogeneous set of networking devices.

5. Extensibility
As a software design principle, the model-driven approach speeds up and simplifies implementation of extensions with the architecture of lighty.io results in great extensibility. The architecture of the lighty.io defines Northbound – NB and Southbound – SB plugins implementations as a model-driven module.

  • a. NB plugins enable the communication of the controller with the upper layer applications. Such as dashboards, upper layer controllers, interDC orchestrators etc. The upper layer applications can be implemented as an external service or as a native module of the controller. The upper layer applications mostly implement application logic, business logic, administration interfaces, data analytics, data transformation etc.
    NB plugins can be used to:

    • i. submit commands to the SDN controller,
    • ii. send notifications to upper layers by the controller,
    • iii. send telemetry data to upper layers by the controller,
    • iv. monitor the controller by upper layers,
    • v. read the operational data of the controller and devices orchestrated by the controller,
    • vi. the configuration of the controller itself or specific device orchestrated by the
      controller.
  • b. SB plugins implement protocols and technologies extending the SDN controller capabilities with new standards and technologies allowing connections of new network devices. SB plugins can be used for:
    • i. the configuration of networking devices,
    • ii. fetching operational (state) data of the networking devices,
    • iii. receiving telemetry data,
    • iv. monitoring of devices,
    • v. submitting commands to the devices,
    • vi. receiving notifications from devices.

Models and model-driven approach simplify the implementation of new plugins and upper layer applications because the usage of these models allows source code generation of classes (OOP construct) and related code which verifies the syntax and semantics of the data minimizes the probability of errors in implementation caused by human interactions.

 

lighty.io UI: Network Topology Visualization Component

lighty.io UI: Network Topology Visualization Component

Pantheon.tech had developed a network topology visualization component to be used to develop a responsive and scalable front-end network topology visualization application on top of the lighty.io. The topology visualization component enables you to visualize any topology on any device with a web browser. It will also be included within the lighty.io distribution package.

We as a successful software development company were compelled to create our own solution based on the technologies we know and like to use as the other existing commercial applications fail to cover the visualization of the network topology sufficiently.

The experience of the development of Visibility Package, which is a software component,used to gather and visualize network topology data from different networks, network management systems,and cloud orchestrators, led Pantheon developers to create abetter solution.Using this the network topology visualization component will significantly reduce your time spent for the development.

We have developed the topology visualization component as an Angular component, which can be used in Angular applications to create network visualization applications. Thanks to its modularity, customizability the network visualization component can visualize any network from small company networks to large-scale data centers with thousands of nodes and links.

Picture(1): A screenshot of a spine leaf network visualization sample.

 

As every use case’s demands, requirements, and scale widely differ from each other, a scalable and universal component was needed. That is why we have based the topology visualization component on the Angular framework, which allows rapid development of responsive, modular and scalable applications.

Our previous experiences showed us that SVG technology for topology visualization is not performing well with very large network topologies. That is why we decided to use HTML5 Canvas instead. Canvas provides seamless animations and has great responsiveness even with thousands of nodes and links.

 

Some of the great features of the topology visualization component are

 

  • Ease of use

The topology visualization component includes extensive documentation and examples to help the developer while application creation. With Angular CLI, a basic application can be set up in minutes.

  • Customizability

The basic application could easily be customized to a desired state. We have developed the topology visualization component with customization in mind.

  • Modularity

The topology visualization component is developed as separate modules. The developer can decide and use which modules are needed for a particular project and add other modules whenever they are required.

  • Speed and Responsiveness

Angular and HTML5 Canvas are used to ensure even with large amounts of data the application will be running effortlessly.

  • Scalability

The topology visualization component works with small network topology with few nodes and links but truly shines with large-scale topologies. We are continually adding new features based on our client’s requests and needs. Watch this space out for many exciting features to be announced in the near future.

How lighty.io can speed up the 5G connectivity deployment!

lighty.io is a Software Development Kit (SDK) which provides components for the development of Software Defined Networking (SDN) controllers, based on commonly used standards in the networking industry. We have used our experience from the OpenDaylight (ODL) to create lighty.io, which will empower you to simply develop, integrate and deploy a tailored SDN controller.

An SDN controller plays an essential role as an orchestrator of networking infrastructure in 5G networks. It is used not only for the configuring and monitoring of the physical routers and switches, but also for managing virtual networks of Virtual Machines (VMs) and containers. Among many great benefits of an SDN controller (or set of interconnected SDN controllers) is that it has a holistic view of the network. An SDN controller is also used for connecting User Equipment (UE) or Customer Premise Equipment (CPE) to data centers and enables technologies such as network slicing and edge computing to be used in the 5G.

Network slicing requires the ability of configuration and monitoring of all networking devices (physical or virtual) along the path of the traffic. For edge computing purposes, it is necessary to automate the configuration of the devices in order to support 5G scenarios such as UE registration. The SDN controller enables technologies such as network slicing and edge computing to be used in 5G.

Figure 1: Overview of a 5G network architecture

 

Figure 1 (above) shows how the SDN controller based on lighty.io uses southbound plugins to read and write configuration and state of networking devices of WAN network and physical or virtual networks in data centers both core and at the edge.

lighty.io supports many south-bound protocols for network orchestration, such as NETCONF and RESTCONF protocol plugins.  The number of vendors and devices supporting these protocols grow every year. We believe that many devices and appliances in Radio, Edge, and WAN will speak these protocols in the 5G era. lighty.io also contains Pantheon’s SNMP SB plugin for integration with legacy systems, and for heterogeneous environments where the old and the new mix.

The modular architecture of lighty.io allows adding new plugin implementations to other protocols. lighty.io exposes the configurational and operational data of all the devices to an upper layer where a business logic of administration and automation applications can be implemented. The APIs can also be accessed remotely via the REST API and other communication methods can also be implemented as northbound plugins. These upper layer applications can be designed as micro services or as a part of the SDN controller.

 

Figure 2: An example of a 5G network using FD.io data plane

As mentioned above, it is necessary to use an SDN controller also for orchestration of virtualized networks in data centers. An open source project FD.io is one particular example of using such technology. FD.io implements configurable data plane running in user space level, not in kernel space level. Thanks to this feature, the FD.io data plane can be deployed as an ordinary micro service e.g., as a container. FD.io can be used for interconnection of containers or VMs in data centers and it is possible to orchestrate all of the instances of FD.io by lighty.io based SDN controller.

Figure 3: An example of a 5G network and integration with other IoT networks

Among connecting mobile phones and tablets to the network, 5G will also enable a vast number of Internet of Things (IoT) devices to be connected to the internet and to communicate directly with each other. IoT solutions can leverage SDN controllers for similar purposes as other 5G technologies do. Specific VNFs for IoT can be deployed and orchestrated by an SDN controller, whether that be at the edge or in the core data centers. Network slicing could be used for smart cars and smart cities solutions as it is shown in Figure 3(above)

This way the 5G networks will enable adoption of IoT in everyday human life. The number of IoT devices expected to connect to internet in upcoming years is substantial. According to Gartner’s predictions, IoT technology will be in 95 percent of electronics by 2020 [1]. According to another forecast from Cisco, 50 billion devices would connect to the internet by 2020 [2].

Here is a brief summary of features and benefits provided by lighty.io:

  • The modular architecture of southbound plugins allows implementation of communication with physical and virtualized networking devices.
  • Configurational and operational data of all orchestrated devices is exposed as a northbound plugin for administration, automation and analytics purposes.
  • MD-SAL (Model Driven Software Abstraction Layer) – provides data store and services to be used by other parts of SDN controller such as southbound and northbound plugins. The data processed by MD-SAL are modeled in YANG modeling
  • NETCONF and RESTCONF southbound plugins are available and field-tested.
  • SNMP plugin for integration with legacy systems is also available.
  • NETCONF protocol can be used by lighty.io for orchestration of FD.io data plane to interconnect VMs or cloud-native applications in data centers.
  • lighty.io has a light weight hardware footprint, hence responds promptly.
  • lighty.io is ready for micro service environment.
  • lighty.io provides faster and cheaper testing and CI.
  • lighty.io is an easy tool to develop and deploy SDN in 5G networking infrastructures.

Ready to test how lighty.io works? Send us an email at sales@nulllighty.io and we will provide you with a trial version.

 

Resources:

[1] https://www.gartner.com/smarterwithgartner/gartner-top-strategic-predictions-for-2018-and-beyond/

[2] https://www.cisco.com/c/dam/en_us/about/ac79/docs/innov/IoT_IBSG_0411FINAL.pdf

 

PANTHEONtech at Open Networking Summit (ONS) 2018

PANTHEONtech had a unique opportunity to participate on Open Networking Summit (ONS) 2018 this year. Central topic of the ONS 2018 was data center solutions: ONAP and Kubernetes based systems. Also few new projects under the wings of Linux Foundation were introduced. For example “Acumos AI“, “Arkaino Edge stack” and DANOS (Disaggregated Network Operating System project) which is the operating system for white-box switches.

 

PANTHEONtech has traditionally participated on the OpenDaylight (ODL) as well as the fd.io development and we launched our lighty.io product in the ONS. lighty.io changes conventional OpenDaylight attitude on how to build SDN controller applications, making them smaller, nimble and micro-service ready.

lighty.io caught attention of the ODL community members as well as customers struggling with real-life ODL deployments. This solution helps to consume and deploy ODL services faster with lower cost of ownership. Faster builds, quick test runs and smaller distribution sizes are right way to proceed. lighty.io brings also added value into the ONAP eco-system providing runtime for ONAP’s SDN-C link to sdn-c blog/article. We are continuously updating the community with lighty.io use-case examples and also lighty.io video use-cases

 

One of the projects, in which we participate in the community, is The Fast Data Project (FD.io). For the FD.io community, we presented Ligato; Honeycomb’s younger brother. It is an ’easy to learn and easy to use’ integration platform. We love to see, that the FD.io community is growing larger, not only in the number of contributors, but in the number of projects and use-cases as well. We were also pleased to accept an invitation to an introduction of a new FD.io project “Dual Modes, Multi-Protocols, Multi-Instances” (DMM), where we discussed use-cases and integration paths from the current networking stack. FD.io community has a potential of further growth, especially as we see the shift of the networking industry from a closed-sourced hardware-based network functions to an open-source software-based solutions.

ONS 2018 was an exciting opportunity for us. It was a forum where we could easily share our knowledge and provide a much needed innovation. Let’s see how artificial intelligence and machine learning will change the landscape of networking in upcoming years. See you on next ONS event!

 

PyCon SK 2018

Thanks to PANTHEON.tech, I had an opportunity to attend PyCon SK conference that took place on March 9 – 11, 2018 in Faculty of Informatics and Information Technologies of Slovak University of Technology, Bratislava. Its intent was to promote Python, spread open source technologies and open source ideas. Speakers were professionals from various areas of software development – from documentation writers through big data analysts to coders as such. Thus, the lectures covered a wide area of topics and possibly anyone could have found their cup of tea.

Friday, 9 March

The day started with Alex Ellis’s talk about OpenFaaS (Functions as a Service). He introduced the OpenFaaS project, made an account on how to build one’s own serverless functions in containers using Docker, or Kubernetes, or other orchestrators through the extensible architecture. In the talk, practical demonstrations of the use of serverless functions were made, such as voice-driven getting of information on weather and other stuff, turning black-and-white pictures to colourful in one click, etc.

Later on talks continued with Mikey Ariel, also known as That Docs Lady. She talked about docs and the community. In her talk, she pointed out various types of project documentation – from READMEs, through quickstart tutorials, to error messages. The talk introduced or re-acquainted us with topics such as content strategy, docs-as-code, optimized DevOps for docs, and contribution workflows. One of many witty observation she made was: “Instead of documenting a bunch of bugs, why not to fix them?!”

 

 

Saturday, 10 March

For me, personally, Saturday provided few highlights.

Anton Caceres talked about big data analysis, and libraries and tools that Python provides in this area of programming. What he emphasized as core skills of data scientists were ability to read data, to visualize it, to formulate right questions, and to endorse one’s imagination while answering those questions by visual presentation of the data.

Another interesting one was by Michael Kennedy. The topic was “Pythonic code, by example”. He explained the concepts of writing idiomatic code in Python (i.e. Pythonic code) that is most aligned with the language features and ideals. This talk took us on a tour of some of the more important pythonic concepts using many examples of perfectly functional Python code that was non-pythonic with pythonic equivalents. Most of the code examples were written in Python 3.5.

Ryan Kirkbride gave the last talk of the day; or better said a performance. He suggested that while coding is mostly quite a lonely activity in which a coder interacts with the program, there is also a way to make coding an interactive activity shared with a community. He himself provided an example by live coding a program that generated music. The idea of sharing an experience of coding with others underlined the idea behind the conference – collaboration, sharing and community.

Sunday, 11 March

On Sunday, we had a look at end-to-end testing of UI of the application. Vladimir Kopso spoke about writing an end-to-end testing automation Framework and some tips for making the code cleaner. He also spoke about parallel running of multiple test suites in Docker containers and time saving this approach brought to running automation test suites.

Tibor Arpáš presented his ideas on how to make writing code in various IDEs more efficient and how to give the coder valuable information on their code. He suggested that when running a code, valuable information is created about the code itself. He came up with few ideas on how to display this information together with the code at one place.

To sum it up, in three days which were full of Python and open source topics, we learned a lot from the speakers. Some of them were better, some of them a bit boring, but there were few that were highly motivating and engaging. Community was the leitmotif that appeared across almost all of them and was apparent also in the overall atmosphere of openness in the hallways, where you could address speakers and discuss with them.

Big thanks to PANTHEON.tech and to the organizers of PyCon SK 2018 for this amazing experience.

 

Daša Šimková

Yangtools-2.0.1 is out and integrated in OpenDaylight Oxygen

OpenDaylight’s YANG Tools project, nick-named yangtools, forms the bottom-most layer of OpenDaylight as an application platform. It defines and implements interfaces for modeling, storing and transforming data modeled in RFC7950, a.k.a. YANG 1.1 — such as a YANG parser and compiler.

Pantheon engineers started yangtools some 5 years ago, originally supporting RFC6020, going through a number of verions, before finally releasing yangtools-1.0.0 and with it semantic versioning as an API contract. Since then we have retrofitted original RFC6020 metamodel to support RFC7950 and implemented the corresponding parser bits, which were finalized in yangtools-1.2.0, hich shipped with Nitrogen Simultaneous Release.

This release entered its development phase on August 14, 2017 and yangtools-2.0.0 was released on November 27, 2017, which is when the search of an integration window started. Eventhough we had the most critical downstream integration patches prepared, most of downstreams did not have their patches even started. Integration work and coordination was quickly escalated to the TSC and the integration finally kicked off on January 11, 2018.

The integration was mostly complicated by the fact that odlparent-3.0.x was riding with us, along with the usual Karaf/Jetty/Jersey/Jackson integration mess, but it is now sorted out, with  angtools-2.0.1 being the release to be shipped in Oxygen Simultanenous Release.

So what is new in yangtools-2.0.1?

Quite a lot based on code movement statistics:
– 309 commits
– 2009 files changed
– 54126 insertions(+), 45014 deletions(-)

Which is not that surprising, given that 2.0.0 gave us the opportunity to break APIs in 18 months. That does not really tell the story, though, so here is a run-down of what lies behind those numbers.

The most user-visible change is that in-memory data tree now enforces mandatory leaf node presence for operational store by default. This can be tweaked via the DataTreeConfiguration interface on a per-instance basis, if need be, but we recommend against switching it off.

For downstream users using karaf packaging, we have split our features into stable and experimental ones. Stable features are available from features-yangtools and contain the usual set of functionality, which will only expand in its capabilities. Experimental features are available from features-yangtools-experimental and carry functionality which is not stabilized yet and may get removed — this currently includes ObjectCache, which is slated for removal, as Guava’s Interners are better suited for the job.

Users of yang-maven-plugin will find that YANG files packaged in jars now have their names normalized to RFC7950 guidelines. This includes using the actual module or submodule name as well as capturing the revision in the filename.

From API change perspective, there are two changes which stand out. We have pruned all deprecated methods and all YANG 1.1 API hacks marked with ‘FIXME: 2.0.0’ have been cleared up. This results in better ergonomics for both API users and implementors.

yang-model-api has seen some incompatible changes, ranging from renaming of AugmentationNode, TypedSchemaNode and ChoiceCaseNode to some targetted use of Optional instead of nullable returns. Most significant change here is the introduction of EffectiveStatement specializations — I will cover these in detail in a follow-up post, but these have enabled us to do the next significant item.

YANG parser has been refactored into multiple components and its internal structure changed to hide most of the implementation classes and methods. It is now split into yang-parser-reactor  language-independent inference pipeline), yang-parser-rfc7950 (hosting baseline RFC6020/RFC7950 parser), yang-parser-impl (being the default-configured parser instance) and a slew of parser extensions (RFC6536, RFC7952, RFC8040). There is a yang-parser-spi artifact, too, which hosts common namespaces and utility classes, but its layout is far from stabilized. Overall the parser has become a lot more efficient, better at detecting and reporting model issues and implementing new semantic extensions has become really a breeze.

YANG codecs have seen a major shift, with the old XML parser in yang-data-impl removed in favor of yang-data-codec-xml and yang-data-codec-gson gaining the ability to parse and emit RFC7951 documents — allowing RFC8040 NETCONF module to come closer to full compliance. Since the SchemaContext is much more usable now, with Modules being indexed by their  NameModule, the codec operations have become significantly faster.

Overall we are in a much better and cleaner shape. We are currently not looking at a 3.0.0 release anytime soon and can actually deliver incremental improvements to YANG Tools in a much more rapid cadence than previously possible with the entire OpenDaylight simultaneous release cycle being in the way.

We already have another round of changes nearly ready for yangtools-2.0.2, watch this space for an update around that next week.

 

Robert Varga

race track

PANTHEON.tech joins slovensko.digital

Since 2015, slovensko.digital (Slovensko stands for Slovakia in Slovak) has been advocating for better electronic services provided by the Slovak state, monitoring inefficient spending of public funds on digital projects and fighting for improving the solutions provided by the government. The association also provides consulting: know-how and analytical capacities, assisting the government and public administration reaching these goals.

running track

Recently, PANTHEON.tech has joined slovensko.digital in order to support the idea that high-quality public electronic services shall be a standard, not a silver lining. With our skills and experience, we are sure we can help the Slovak public get better digital services from the state, public administration and their agencies. It might not be that hard. You just need to try.

 

Martin Firák

PMD-85 and Personal Computing in 1980s Czechoslovakia

At the end of November 2017, a very special talk took place at Banská Bystrica’s Matej Bel University. Within the broader “Extrapolations and the Scientific Colloquium” program, a lecture featuring the legend of Czechoslovak computing, Roman Kišš, took place. Why is he a legend and why was it a must for me to see him talk, even though I only received the invitation for the event three hours before its launch?

Roman Kišš is the father of the most successful Czechoslovak computer of the 1980s, the PMD-85, as well as its Didaktik Alfa clone. (Even though there were more clones later on, Roman Kišš is the author of these two.) In case you attended an elementary or secondary school or the youth Pioneer organization in 1980s communist Czechoslovakia, you definitely must have had a close encounter with a PMD. An 8-bit computer built by Tesla Piešťany using the MHB 8080A processor, a clone of the Intel 8080. With 48KB RAM and 4KB ROM, we’ve considered it quite ahead of its time. And it deserves a lot of respect for the performance it could achieve in spite of being built of low-quality components.

My first ever experience with a computer (in the 1980s) was with a PMD. Considering the very limited technological possibilities Roman Kišš had in communist Czechoslovakia, his work could be consider a similar marvel to what Jobs and Wozniak had done in the US …from the technological point of view.

When I had the chance to go see Mr. Kišš’s lecture, I could not have refused. The reasons? Nostalgia, curiosity, and the almost mystical aura of someone whose work from decades ago you still see every now and then. In Slovakia, only the folk dance ensemble Lúčnica (fortunately) and pop-group Elán (unfortunately) managed to achieve the same success.

The lecture was built up of three segments. The first one addressed the PMD-85 and how it came to life. The remaining two discussed Microsoft Azure. I was mainly curious about the PMD-85-focused segment. And about the rest? Not that much.

During the first segment, Roman Kišš discussed how things worked in communist Czechoslovakia (or, to be more exact, how nothing worked). Stores had no supplies, nothing was to get, and anything you were able to lay your hands on, was either rubbish, or stolen from somewhere. There was a popular saying that if you stand out of the crowd, your head will be chopped off. Or, as a late 80s punk song recommended, everyone shall write with a blue pen. Look the same, behave the same, and do not deviate from the crowd. Unfortunately, many of these habits still persist, especially one that has become a part of our folklore: do only what we’re told. In case we’re not told to do anything, we do not. This is also called the “zero fails given approach.”

Kišš talked a lot, but, unfortunately, not enough about technicalities regarding the PMD. He discussed organizing his work, research and people, which was of great value to me. He talked for an hour and a half and even though swamping us in information, it was not even a tenth of what he’d want to say. For me the main takeaways were three messages that I’ve been thinking about for weeks to come.

 

01: You need to leave. You’ve outgrown us.

When Roman Kišš reached the stage when whole Czechoslovakia wanted a PMD, his head of team at Tesla Piešťany had a chat with him. “Roman, we’ll need you to leave. You’ve outgrown us.” To this, Roman‘s reply was brief, “It’s your fault that you haven’t moved an inch!” I could immediately imagine a young enthusiast, not really fitting the “zero fails given” environment. He pisses everyone as compared with him they feel like idiots (there’s of course no way that anyone would admit that their own stagnation would be the reason). The main problem, however, was they could not afford employing him, unless he was supposed to be a department of his own. Without them as his colleagues. Of course, you’d not want to employ a colleague who turned everyone into his enemies by achieving, within several months, something that others had been struggling with for years without any results.

Not to forget that the whole matter had one more dimension. With the money Mr. Kišš had earned for patents and for sales of older PMI 80 computers, he was able to put together enough of his own resources to fund a team of enthusiasts who had helped him with prototyping. What were his objectives? Motivating people with potential and willing to work. He built an exclusive club of co-workers, which a number of people wanted to join. He paid for team buildings in exclusive restaurants, keeping open tabs. Even though, looking back, it might look like PMD-85 was an achievement of an individual, it was, in fact, the achievement of a team. The PMD-85 computer was a proof of concept which needed transforming into a product. Kišš knew this and he did everything that could have been done.

He managed to build a team which was much better and stronger than the communist economic model, based on five-year plans, could imagine, even in its representatives’ wildest dreams full of shots fired at Saint Petersburg’s Winter Palace. He’d done everything he could so that the team could continue growing. Taking trainings and improving their education. He had a clear target and kept focused at achieving it; a good team leader keeps his target in the cross hairs. The team needs not only improving their education, but also working hard. Therefore, it’s ideal when the members have strong internal motivation.

 

02: You can’t be both a good father and a great professional

This sentence came together with an explanation: you can’t be perfect doing both at the same time. You can’t be completely devoted to both your work and your family. One of them will always be sidelined. Mr. Kišš admitted that he didn’t spend enough time with his family as he spent almost all of it at work. This made me think – what has changed compared to the 1980s? Team work is one of the most important soft skills, yet you come out of school without ever having heard of it. We have better access to better information. We have the tools and procedures how to learn better and faster. We’ve got everything we need, but is that enough? Most probably not.

Having the means but lacking motivation is worse than not having the means at all. We primarily need the motivation to work hard – this was true then as it is now. However, everything is a matter of scale: do I work hard because I want to improve myself and advance the team, or do I work hard because I always want to be the best? In the first case, you are cooperation-oriented, leaving enough room for both being a good father and a great professional. However, the second case is strongly competitive and leaves room for nothing else; the drive to be the best always needs someone to compete with. And now for the philosophical question: is it better to be a strong member of a strong team which would also be able to thrive without a specific individual, or be the dominant member having a fully dependent team, which, if losing the dominant member, ceases to exist? I’d go for being a strong member of a strong team. What about you, dear reader?

 

03: Money should never be your goal, only the means for reaching one

As I already mentioned, Roman Kišš spent a lot of his own resources on helping his ideas materialize. He spent it on people, literature, electronic components, and whatever he currently needed. Making money has never been his goal and although he’s never been accumulating it, it somehow managed to always find its way to him. As he says, only for the PMDs-85, he received 4 Kčs (Czechoslovak crowns) per each of some 125 000 pieces sold. That’s a very solid bundle of money considering this was in a socialist country… he also earned a little designing the Didaktik Alfa computer for Didaktik Skalica. He’s invested all the funds into moving his projects forward; and to live off during his emigree period in Canada, after he had realized there is no room for hos further growth in Czechoslovakia. Also, no one wanted to employ him any more, but that’s a different story.

After relocating to Canada, he had to start from scratch. He’d been doing a semi-legal PhD, meaning he’d done everything other PhD students were doing at the university, but without receiving a salary. What was his reward? The professor who led his research arranged that Kišš could attend all the lectures and take all the exams. Almost a normal university study …only without receiving a diploma at the end. This was purely about acquiring knowledge. However, he did not hesitate and accepted: after you’ve reached certain skills, no one is interested in what you’ve studied, only in what you know. (There was only one exception: when he was entering the US.) Your knowledge is the only thing you truly own. Roman Kišš’s knowledge and skills have helped him reach much more net worth than those 500 000 Czechoslovak crowns he spent for his diploma-less studies. (Here I have to ask myself: what’s the sum of all my knowledge when Google has an outage?) It may be an over-used hippie phrase, yet I truly believe that this gentleman is a living example that everyone should do what they consider meaningful, not what makes them a fortune. Do your best and the money will come.

 

…and back to PMD-85

The PMD-85 computer is a piece of technology holding a very special place in my life. Mainly it’s personal nostalgia, as it was the first computer I got as a third grader. My father built it from components that he honorably stole, which was the standard way of acquiring most possessions in a socialist economy. I started learning BASIC first, later switching to Pascal at Banská Bystrica Pioneer organization, which was, by the way, located in the same building where PANTHEON.tech has its Banská Bystrica office now. Later on, a second piece was added to my private collection. I took them both to Roman Kišš’s lecture to meet their creator. I got them both signed. And I thanked him for PMD-85 being responsible for my career, for doing stuff that I truly like, for living. Mr. Kišš seemed to be happy. And so am I, thanks to Mr. Kišš, to PMD-85 and to my dad.

 

Martin Bobák
Technical Leader

KubeCon 2017, Austin

KubeCon & CloudNativeCon 2017, Austin

At the beginning of December 2017, we attended the KubeCon & CloudNativeCon 2017 conference in Austin, Texas. The conference, organized by the Linux foundation, brought together leading contributors in cloud native applications and computing, containers, microservices, central orchestration processing and related projects.

KubeCon 2017, Austin

More than four thousands developers, together with other people interested in cloud-native technologies, visited the event in Austin. The growing number of attendees is a testimony to the rising importance of Kubernetes and containerized applications for companies of all sizes.

The schedule was full of talks about various CNCF technologies such as Kubernetes, Prometheus, Docker, Envoy, CNI and many others. “Kubernetes is the new Linux,” pointed out Google’s Kelsey Hightower in his keynote, predicting bright future for these technologies.

KubeCon 2017, Austin

In addition to talks, the sponsors showcased their projects in a huge exhibit hall. The FD.io booth presented a project our friends from Cisco contributed to – VPP centric network plugin for Kubernetes which aims to provide the fastest connectivity for containers by bypassing the kernel network stack. During the presentation of the project, we were involved in many conversations with attendees from various companies, which proves their interest in the solution.

KubeCon 2017, Austin

Rastislav Szabo, Lukas Macko

IPv4-IPv6 Transition Technology Interop at IETF 100 Hackathon in Singapore

IETF 100 Hackathon wrapped up several weeks ago in steamy Singapore. Over two hundred participants spent the weekend on November 11th – 12th discussing, collaborating and developing sample code, solutions and ideas that show practical implementations of IETF standards.

IETF 100 Hackathon, Singapore

If you have never seen this YouTube video on IPv6, you really should.

It goes on between two characters, one of whom is an IPv6 proponent while the other one really admires NATs: and that was our team. We wanted to test if the “new” Internet would run on IPv6 plus NAT64, or whether we can keep the “old” Internet working forever through the IPv4 address sharing mechanisms.

The room started to fill quickly after the doors opened. We displayed a poster that introduced the project and after a brief kick-off presentation got to work. Our table, full of power outlets, switches, gateways, routers and patch cables, attracted the most interest among the hackathon participants.

The hackathon was the first opportunity for interop testing of VPP DS-Lite AFTR as well as NAT64 and LW46. We also spent the weekend implementing the VPP DHCPv6 PD client, Stun library DNS64 NAT64 discovery / IPv4 literal synthesizer. We also tried testing applications behind DS-Lite, 464 XLAT and NAT64.

We’ve made a few interesting findings. On the iPhone, the ecosystem of which is forcing IPv6 only support, almost everything works; on the laptop, most stuff works. We learned that building these networks is very hard! I mean, we thought IPv6 should just be plug and play. These IPv6 addresses are long to type and synthesizing IPv6 address from NAT64 prefixes was a poor idea, but at least we fixed a buffer overflow bug. Media still works point-to-point, even behind multiple NATs.

We think the future should really be IPv6 plus NAT64, but this puts new requirements on IPv6 hosts. They need to be able to do NAT64 prefix discovery, synthesize IPv6 address from IPv4 literal and have to support local DNS64.

Our work continued on Sunday until 2pm when we stop doing whatever we were doing and the sharing of results begins. Presentation, no longer than 3 minutes, recapping results, lessons learned and recommendations. The video from presentations and awards is available on YouTube.

IPv6-IPv4 transition technology interop presentation is available here and NAT64 testing here.

My team won the “Best Input for the Scotch BoF to the universal deployment of IPv6” award.

 

Matúš Fabian

Moscow business district under construction

Building Infrastructure Systems 2017 Conference, Moscow

At the end of October 2017, I had a chance to visit one of the world’s largest cities – beautiful Moscow, capital of Russia, where the BIS 2017 event took place. BIS – Building Infrastructure Systems – focused at data centers, networks and technologies connected to these topics. The venue was the impressive Azimut Olympic hotel, which pleasantly surprised everyone by being a fully smoking-free zone with lots of photos on the walls picturing healthy ways of life.

Moscow business district under construction

The event was very well organized and the timing precise; everything was on time and easy to find. The event was attended by nearly 1000 delegates, among them many representatives of businesses and government bodies, highly skilled technical specialists and CxOs managing large companies. Since the very beginning I literally had no time to sit down for a while, such was the number of visitors to our booth. Most of them showed great interest in our company’s scope of work, the level of expertise we provide, projects we participated at; and there were hundreds of other questions they wanted to ask 🙂

BIS 2017 Moscow servers

At 11:20 of the event day, we had a presentation slot allocated to Pantheon Technologies. The room was full of people, showing great interest in the SDN, NFV and IoT technologies. I have had 15 minutes to discuss the latest trends in SDN and NFV and to introduce our company to the audience. Unfortunately, there was almost no time left for the Q&A part, so I invited everyone to our booth. And people came. Right after the presentation, and until the very end of the day, people kept coming and asking questions, asking for references, contacts. That was truly amazing!

BIS 2017, Moscow, Pantheon Technologies brochures

I’ve spoken to people from the Government of Moscow, from financial bodies, telecom and development companies. There were several representatives from largest Russian system integration companies who were interested in cooperation.

At the same time, it was inspiring to listen to their practical “field” experience and their understanding of the market. The overall impression I had is that the SDN/NFV technologies are being actively researched and tested in Russia recently, although significant ROI is still a rare case here. We need more work and time until that point is reached.

BIS 2017, Moscow, robot

My final impression was that we came to show Pantheon Technologies to Russia just in the right time. There are many interesting projects out there where our long-term expertise in the field of networking software development may prove useful.

 

Denis Rasulev

ONUG 2017 stage

ONUG Fall 2017

Open Networking User Group, New York, USA, October 17 – 18, 2017

ONUG 2017 stage

ONUG belongs to the group of conferences rather smaller in size, but surely not in importance. This year it took place in New York. The Big Apple is a truly interesting place and so was the conference. This event was a combination of trade show and a panel discussion. Pantheon Technologies did not actively participate in the trade show part this time, as our focus was more on potential business hunting.

ONUG 2017 crowd

ONUG is a 2-day event fully packed with big names on stage, as part of panel discussions, and a good selection of vendors, community leaders, service and solution providers.

The conference includes keynotes from IT business enterprise leaders as they address their open software-defined cloud-based infrastructure journeys, updates from the Working Group Initiative members, hands-on tutorials and interactive labs, real world use cases, proof of concept demonstrations and a vendor technology showcase.

ONUG 2017 website screenshot - recap

The goal of all ONUG events and initiatives is to bring together the full IT community, to allow IT business leaders to learn from peers, make informed open infrastructure deployment decisions, and to open up the dialogue between the vendor and user communities in order to collectively drive open infrastructure.

ONUG 2017 Pantheon brochures

For Pantheon Technologies this means a good opportunity to understand current networking needs of service providers, enterprises and vendors. This helps us to improve promoting Pantheon even better in the field of our expertise, in customized software development. ONUG clearly showed that service providers are heading more and more towards SD-WAN solutions. We have discussed our expertise in SDN and NFV with almost all of the ONUG participants and have found several potential partners to explore this exciting business with. Software Defined Networking is not only a buzzword anymore, it’s been well established and the market is very competitive, especially the US territory. That is why we at Pantheon Technologies need to be on top of it.

Peter Takáč

Windmills in the Netherlands - SDN NFV cover photo

SDN NFV World Congress: Intent-based Networking Still not in Sight

This year, our colleagues from Pantheon Technologies visited quite a couple of tech events around the globe. Among them, the SDN NFV World Congress, taking place in The Hague, was one we definitely couldn’t have missed. As one of the largest conferences focused at network transformation, it attracted more than 1700 visitors from companies all over the world. And it weren’t only large companies, many of whom are among our long-term clients; a fairly large number of start-ups joined in order to present their solutions.

 

Haag SDN NFV Forum animated GIF

Pantheon Technologies booth @ SDN NFV, Hague

It’s thrilling to follow the gradual transformation of proprietary solutions into those based on open-source. The reason is simple: at Pantheon Technologies, we contribute into several open-source projects, as we firmly believe that it’s the only way to ensure interoperability and standardization of individual building blocks of SDN and NFV solutions.

Yet, SDN, software-defined networking, is still under development. Until the present day, most use-cases have only been dealing with automation. The bottom line is that it’s still HDN, a human-defined network. It’s still people who express the desired state of the network, it’s not done by a software. Therefore, after solving the issues with automation and interoperability of the building blocks, a new adventure from the intent-based networking world might await: the current SDN solutions, offered by the market, will only provide the infrastructure to be used to fulfill the network users’ intentions.

Stefan @ SDN NFV, Hague

During the week which we spent at the conference, we’ve had plenty of interesting discussions, both sales-oriented and technical. Now, we’re very much looking forward to further meetings and talks.

 

 

Miroslav Miklus, Martin Firak