ABOUT THE AUTHOR

Monika Antoniak

Director of Engineering and Professional Services

Monika’s background is in networking. She spent over 15 years in telcos designing, prototyping, testing and implementing solutions. She has worked with different vendors and thus looked at different realizations and different points of view. To keep abreast of rapidly evolving technology, she has broadened her view and added SDN & NFV to the picture to be able to work with complete, automated network solutions. Privately, she likes SF, fantasy, crime novels, playing board games and is a fan of Star Trek.

Monika Antoniak

CONNECT WITH MONIKA ANTONIAK

Linkedin

Recent posts by Monika:

Thumbnail of an article about Safe network and infrastructure changes with pre- and post- checks
NETWORKS

Safe network and infrastructure changes with pre- and post- checks

When thinking about network or infrastructure operation, one usually thinks of Day 0, Day 1 and Day 2 tasks. While Day 0 stands for an initial setup, Day 1 is the working production configuration, and Day 2 tasks
Thumbnail of an article about Source of Truth vs. Source of Intent in network automation
NETWORKS

Source of Truth vs. Source of Intent in network automation

Lately we have been discussing the topic of the Network Automation Journey. While the previous article covers the path towards network (or infrastructure) automation, let’s take a step back and take a closer look at the elements that build the complete solution.
Thumbnail of an article about SRE vs. DevOps — what’s the difference?
OPERATIONS

SRE vs. DevOps — what’s the difference?

DevOps and Site Reliability Engineering (SRE) are two approaches in modern software development and operations. DevOps is a methodology that embraces lean and agile principles, focusing on continuous delivery and automation throughout the software development life cycle. This approach enables frequent releases and efficient software development and deployment processes. In 2003 SRE emerged as a solution designed to support the construction of large-scale applications. Today, SRE involves a team of experts with development backgrounds, applying engineering practices to tackle common challenges in production systems.
Thumbnail of an article about What does CUPS mean in networks and what are its benefits
NETWORKS

What does CUPS mean in networks and what are its benefits

CUPS stands for Control and User Plane Separation. This is an architectural concept which says that for a given network solution, the Control Plane (CP) and User Plane (UP) functions are different entities. To read more on what Management, Control and User Planes (a.k.a Data Plane, or DP) are see Management vs. Control vs. Data Planes in a Network Device. But what does it mean in practice and where is the CUPS model implemented? What benefits does it bring compared to a combined model? The first thing that comes to mind when discussing CUPS is a mobile network or, more precisely, a mobile packet core.
Thumbnail of an article about SDN vs traditional networks: revolution or evolution?
NETWORKS

SDN vs traditional networks: revolution or evolution?

SDN is definitely a buzzword in the networking world. Software-defined networks are now gaining momentum among enterprises. But is this a truly disruptive technology that is going to replace legacy networks? Or is it a logical step forward in the evolution of the network? In this blog post I will discuss these questions. As I see it in the introduction to SDN, this is an evolutionary step for networks, not a revolution. Considering the benefits SDN technology offers or even starting to adopt it does not mean sweeping aside the traditional network as we know it.
Thumbnail of an article about Infographic: The NFV MANO model in practice
NETWORKS

Infographic: The NFV MANO model in practice

Please bear in mind that this infographic does not pretend to present a complete and ultimate mapping. It is only our vision based on the specific products. Since it is tough to precisely map the existing solutions, the model itself should be treated as an approximation. The elements presented are only examples and obviously do not show every solution available on the market. We are always eager to discuss this subject and consider different points of view.