Interoperability Showcase: Eantc tested IPInfusion software with 21 other ven...Dhiman Chowdhury
EANTC conducted interoperability tests for 21 vendors including ipinfusion, cisco, juniper and Ericsson etc for MPLS, segment routing and EVPN level of interoprabilities. The test shows IPInfusion's OcNOS interworking with major networking software and/or equipment vendors.
Evaluation of Multiplexing and Buffer Policies Influence on VoIP Conversation...Jose Saldana
Jose Saldana, Jenifer Murillo, Julian Fernandez-Navajas, Jose Ruiz-Mas, Eduardo Viruete, Jose I. Aznar. "Evaluation of Multiplexing and Buffer Policies Influence on VoIP Conversation Quality" . In Proc. CCNC 2011- 3rd IEEE International Workshop on Digital Entertainment, Networked Virtual Environments, and Creative Technology, pp 1147-1151, Las Vegas. Jan. 2011. ISBN 9781424487882.
MPLS-TP is subset of MPLS. It uses the same data plane as used by MPLS (Defined in RFC 3031 and RFC 3032). MPLS-TP has four major areas:-
1. Data Plane
2. Control Plane
3. O&M
4. Survivability
MPLS-TP has no control plane, the reason for this was that the recovery. If the dynamic control plane is used, in that case the convergence would depend on the dynamic protocol and providers cannot leverage the <50 ms failover time in that case. It uses the same QoS diffserv model except uniform model as used in MPLS.
MEF's inter-domain orchestration delivering dynamic third networks [presente...OPNFV
Shi Fan, China Telecom
Enterprise customers want on-demand connectivity and cloud services with assured performance and global reach. To deliver that cost-effectively, network operators are transitioning to more automated, virtualized, and interconnected networks powered by LSO (Lifecycle Services Orchestration), SDN, and NFV. Many of the world’s leading service providers are embracing the LSO framework and development of standardized, open APIs to enable end-to-end service orchestration across multiple interconnected provider networks and across various technology domains within a single provider network (e.g., packet WAN, NFV, SD-WAN, and optical transport).
The term 'orchestration' is used widely in a variety of contexts. This presentation will present MEF's view of the orchestration of dynamic services and service components across all internal and external domains from one or more providers. Lifecycle Service Orchestration supports the full lifecycle, and not just the configuration and activation phases of the service lifecycle. This presentation will also help put other form of orchestration in context.
Interoperability Showcase: Eantc tested IPInfusion software with 21 other ven...Dhiman Chowdhury
EANTC conducted interoperability tests for 21 vendors including ipinfusion, cisco, juniper and Ericsson etc for MPLS, segment routing and EVPN level of interoprabilities. The test shows IPInfusion's OcNOS interworking with major networking software and/or equipment vendors.
Evaluation of Multiplexing and Buffer Policies Influence on VoIP Conversation...Jose Saldana
Jose Saldana, Jenifer Murillo, Julian Fernandez-Navajas, Jose Ruiz-Mas, Eduardo Viruete, Jose I. Aznar. "Evaluation of Multiplexing and Buffer Policies Influence on VoIP Conversation Quality" . In Proc. CCNC 2011- 3rd IEEE International Workshop on Digital Entertainment, Networked Virtual Environments, and Creative Technology, pp 1147-1151, Las Vegas. Jan. 2011. ISBN 9781424487882.
MPLS-TP is subset of MPLS. It uses the same data plane as used by MPLS (Defined in RFC 3031 and RFC 3032). MPLS-TP has four major areas:-
1. Data Plane
2. Control Plane
3. O&M
4. Survivability
MPLS-TP has no control plane, the reason for this was that the recovery. If the dynamic control plane is used, in that case the convergence would depend on the dynamic protocol and providers cannot leverage the <50 ms failover time in that case. It uses the same QoS diffserv model except uniform model as used in MPLS.
MEF's inter-domain orchestration delivering dynamic third networks [presente...OPNFV
Shi Fan, China Telecom
Enterprise customers want on-demand connectivity and cloud services with assured performance and global reach. To deliver that cost-effectively, network operators are transitioning to more automated, virtualized, and interconnected networks powered by LSO (Lifecycle Services Orchestration), SDN, and NFV. Many of the world’s leading service providers are embracing the LSO framework and development of standardized, open APIs to enable end-to-end service orchestration across multiple interconnected provider networks and across various technology domains within a single provider network (e.g., packet WAN, NFV, SD-WAN, and optical transport).
The term 'orchestration' is used widely in a variety of contexts. This presentation will present MEF's view of the orchestration of dynamic services and service components across all internal and external domains from one or more providers. Lifecycle Service Orchestration supports the full lifecycle, and not just the configuration and activation phases of the service lifecycle. This presentation will also help put other form of orchestration in context.
Summit 16: Automated Platform for Testing VNF Performance and Interoperabili...OPNFV
VNF sizing is one of the big issues for users, integrators and also venders/providers of VNF. In legacy system, network functions are integrated in the systems with carefully sizing by estimated performance metrics, but in NFV, performance and metrics of VNF are depends on flavors. To decide which flavor is suitable for requirements, we have to know the basic data of each metrics with variable flavors. But there are many parameters, so automatic testing is necessary. We had developed the test automation system of VNF that can automatically conducting the sequence of tests with variable parameters such as number of core, memory size, interface speed, etc. We already created the test cases that evaluate BGP interoperability of virtual router and performance test of Cisco, Juniper, Brocade, and so on. We think the activity is similar to Yardstick, so we would like to collaborate with them. In this talk, we summarize our activities and development result, and introducing our latest plan to collaborate with OPNFV.
Christophe Alter of Orange Telecom presented to attendees of MPLS+SDN+NFV World in Paris in March 2017. He discussed the OIF's new certification program.
Summit 16: Software Defined Operations: The UNIFY SP-DevOps ToolkitOPNFV
UNIFY, a research project funded by the EU, released as open source a set of tools targeting operations and development in software-defined infrastructure and collectively known as the SP-DevOps Toolkit (URL). The SP-DevOps Toolkit includes an advanced network congestion detector, a scalable messaging bus that supports tenant isolation and aggregation, and a number of verification tools that address verification of VNFFGs both at a pre- and post-deployment stage. Furthermore, the project developed and publicly documented a set of workflows covering Observability, Troubleshooting and Verification aspects of software-defined infrastructure. The talk will examine the OPNFV Brahmaputra release, identify opportunities that could potentially be approached by hardened versions of the Toolkit tools and discuss how different OPNFV projects may be able to benefit from requirements supported by these tools as well as from potentially integrating or enhancing some of the tools themselves.
Functional testing is key to validate the installation and the correct behavior of the OPNFV platform. This session will cover how to prepare and execute the Functest framework over a fresh installed Arno and possibly some spoiler of the second release. It will also walk though the different tools used in Arno: Rally, Tempest, vPing and Robot.
Summit 16: The Hitchhiker/Hacker's Guide to NFV BenchmarkingOPNFV
The landscape of emerging NFV benchmarking can be very confusing to navigate for anybody who is not immersed in the relevant industry communities. There are specifications, standards and methodologies as well as frameworks, test-cases, traffic-profiles, KPIs, metrics, traffic generators with open-source and proprietary tools. Furthermore platform characterization includes VNFs, the VNFI as well as network controllers and managers all which have an impact on performance. This presentation will increase your NFV benchmarking IQ by explaining the history and state-of-art NFV benchmarking in ETSI NFV, IETF, OPNFV with examples of recent results. For anybody not actively working in benchmarking groups across NFV industry forums this presentation is sure to get your performance pulse racing.
A Distributed Delivery Architecture for User Generated Content Live Streaming...Alpen-Adria-Universität
Live User Generated Content (UGC) has become very popular in today’s video streaming applications, in particular with gaming and e-sport. However, streaming UGC presents unique challenges for video delivery. When dealing with the technical complexity of managing hundreds or thousands of concurrent streams that are geographically distributed, UGCsystems are forces to made difficult trade-offs with video quality and latency. To bridge this gap, this paper presents a fully distributed architecture for UGC delivery over the Internet, termed QuaLA(joint Quality-Latency Architecture). The proposed architecture aims to jointly optimize video quality and latency for a better user experience and fairness. By using the proximal Jacobi alternating direction method of multipliers(ProxJ-ADMM) technique, QuaLA proposes a fully distributed mechanism to achieve an optimal solution. We demonstrate the effectiveness of the proposed architecture through real-world experiments using the CloudLAB testbed. Experimental results show the outperformance ofQuaLAin achieving high quality with more than 57% improvement while preserving a good level of fairness and respecting a given target latency among all clients compared to conventional client-driven solutions
Brahmaputra included lots of possible combinations and created the concept of scenario. Continuous Integration allows testing of these combinations and produces lots of results. Functest, Yardstick and all the OPNFV test projects are in charge to create, integrate and run testcases. The production of lots of results for very heterogeneous tests is challenging for all the test projects. Lots of parameters are complex to manage (the POD, the installer, the scenario, ..), that is why success criteria are not always trivial to define. This presentation will explain how Functest & Yardstick are trying to address this complexity in test management.
Optimization of Low-efficiency Traffic in OpenFlowSoftware Defined NetworksJose Saldana
This paper proposes a method for optimizing bandwidth usage in Software Defined Networks (SDNs) based on OpenFlow. Flows of small packets presenting a high overhead, as the ones generated by emerging services, can be identified by the SDN controller, in order to remove header fields that are common to any packet in the flow, only during their way through the SDN. At the same time, several packets can be multiplexed together in the same frame, thus reducing the number of sent frames. Four kinds of small-packet traffic flows are considered (VoIP, UDP and TCP-based online games, and ACKs from TCP flows). Both IPv4 and IPv6 are tested, and significant bandwidth savings (up to 68 % for IPv4 and 78 % for IPv6) can be obtained for the considered kinds of traffic.
"OIF Interop – the Key to Unlocking the Benefits of SDN" at OptiNet China 2017Deborah Porchivina
T-API interop demo recap and review of OIF’s current projects presented to more than 500 attendees at OptiNet China in Beijing by Li Junjie, Board Member of Optical Internetworking Forum (OIF), Director, Optical Communications Research Center, Beijing Research Institute, China Telecom
Pankur Agarwal and Muthurajan (M Jay) Jayakumar offered a hands-on lab for Network Service Benchmarking (NSB). NSB extends the yardstick framework to do VNF characterization and benchmarking in three different execution environments - bare metal i.e., native Linux environment, standalone virtual environment, and managed virtualized environment (e.g., OpenStack, etc.). This is part 1 - the introduction.
Advanced Topics and Future Directions in MPLS Cisco Canada
This session presents the most recent extensions to the MPLS architecture. The material has a special focus on standardization and forward – looking directions for the evolution of the technology.
Summit 16: Automated Platform for Testing VNF Performance and Interoperabili...OPNFV
VNF sizing is one of the big issues for users, integrators and also venders/providers of VNF. In legacy system, network functions are integrated in the systems with carefully sizing by estimated performance metrics, but in NFV, performance and metrics of VNF are depends on flavors. To decide which flavor is suitable for requirements, we have to know the basic data of each metrics with variable flavors. But there are many parameters, so automatic testing is necessary. We had developed the test automation system of VNF that can automatically conducting the sequence of tests with variable parameters such as number of core, memory size, interface speed, etc. We already created the test cases that evaluate BGP interoperability of virtual router and performance test of Cisco, Juniper, Brocade, and so on. We think the activity is similar to Yardstick, so we would like to collaborate with them. In this talk, we summarize our activities and development result, and introducing our latest plan to collaborate with OPNFV.
Christophe Alter of Orange Telecom presented to attendees of MPLS+SDN+NFV World in Paris in March 2017. He discussed the OIF's new certification program.
Summit 16: Software Defined Operations: The UNIFY SP-DevOps ToolkitOPNFV
UNIFY, a research project funded by the EU, released as open source a set of tools targeting operations and development in software-defined infrastructure and collectively known as the SP-DevOps Toolkit (URL). The SP-DevOps Toolkit includes an advanced network congestion detector, a scalable messaging bus that supports tenant isolation and aggregation, and a number of verification tools that address verification of VNFFGs both at a pre- and post-deployment stage. Furthermore, the project developed and publicly documented a set of workflows covering Observability, Troubleshooting and Verification aspects of software-defined infrastructure. The talk will examine the OPNFV Brahmaputra release, identify opportunities that could potentially be approached by hardened versions of the Toolkit tools and discuss how different OPNFV projects may be able to benefit from requirements supported by these tools as well as from potentially integrating or enhancing some of the tools themselves.
Functional testing is key to validate the installation and the correct behavior of the OPNFV platform. This session will cover how to prepare and execute the Functest framework over a fresh installed Arno and possibly some spoiler of the second release. It will also walk though the different tools used in Arno: Rally, Tempest, vPing and Robot.
Summit 16: The Hitchhiker/Hacker's Guide to NFV BenchmarkingOPNFV
The landscape of emerging NFV benchmarking can be very confusing to navigate for anybody who is not immersed in the relevant industry communities. There are specifications, standards and methodologies as well as frameworks, test-cases, traffic-profiles, KPIs, metrics, traffic generators with open-source and proprietary tools. Furthermore platform characterization includes VNFs, the VNFI as well as network controllers and managers all which have an impact on performance. This presentation will increase your NFV benchmarking IQ by explaining the history and state-of-art NFV benchmarking in ETSI NFV, IETF, OPNFV with examples of recent results. For anybody not actively working in benchmarking groups across NFV industry forums this presentation is sure to get your performance pulse racing.
A Distributed Delivery Architecture for User Generated Content Live Streaming...Alpen-Adria-Universität
Live User Generated Content (UGC) has become very popular in today’s video streaming applications, in particular with gaming and e-sport. However, streaming UGC presents unique challenges for video delivery. When dealing with the technical complexity of managing hundreds or thousands of concurrent streams that are geographically distributed, UGCsystems are forces to made difficult trade-offs with video quality and latency. To bridge this gap, this paper presents a fully distributed architecture for UGC delivery over the Internet, termed QuaLA(joint Quality-Latency Architecture). The proposed architecture aims to jointly optimize video quality and latency for a better user experience and fairness. By using the proximal Jacobi alternating direction method of multipliers(ProxJ-ADMM) technique, QuaLA proposes a fully distributed mechanism to achieve an optimal solution. We demonstrate the effectiveness of the proposed architecture through real-world experiments using the CloudLAB testbed. Experimental results show the outperformance ofQuaLAin achieving high quality with more than 57% improvement while preserving a good level of fairness and respecting a given target latency among all clients compared to conventional client-driven solutions
Brahmaputra included lots of possible combinations and created the concept of scenario. Continuous Integration allows testing of these combinations and produces lots of results. Functest, Yardstick and all the OPNFV test projects are in charge to create, integrate and run testcases. The production of lots of results for very heterogeneous tests is challenging for all the test projects. Lots of parameters are complex to manage (the POD, the installer, the scenario, ..), that is why success criteria are not always trivial to define. This presentation will explain how Functest & Yardstick are trying to address this complexity in test management.
Optimization of Low-efficiency Traffic in OpenFlowSoftware Defined NetworksJose Saldana
This paper proposes a method for optimizing bandwidth usage in Software Defined Networks (SDNs) based on OpenFlow. Flows of small packets presenting a high overhead, as the ones generated by emerging services, can be identified by the SDN controller, in order to remove header fields that are common to any packet in the flow, only during their way through the SDN. At the same time, several packets can be multiplexed together in the same frame, thus reducing the number of sent frames. Four kinds of small-packet traffic flows are considered (VoIP, UDP and TCP-based online games, and ACKs from TCP flows). Both IPv4 and IPv6 are tested, and significant bandwidth savings (up to 68 % for IPv4 and 78 % for IPv6) can be obtained for the considered kinds of traffic.
"OIF Interop – the Key to Unlocking the Benefits of SDN" at OptiNet China 2017Deborah Porchivina
T-API interop demo recap and review of OIF’s current projects presented to more than 500 attendees at OptiNet China in Beijing by Li Junjie, Board Member of Optical Internetworking Forum (OIF), Director, Optical Communications Research Center, Beijing Research Institute, China Telecom
Pankur Agarwal and Muthurajan (M Jay) Jayakumar offered a hands-on lab for Network Service Benchmarking (NSB). NSB extends the yardstick framework to do VNF characterization and benchmarking in three different execution environments - bare metal i.e., native Linux environment, standalone virtual environment, and managed virtualized environment (e.g., OpenStack, etc.). This is part 1 - the introduction.
Advanced Topics and Future Directions in MPLS Cisco Canada
This session presents the most recent extensions to the MPLS architecture. The material has a special focus on standardization and forward – looking directions for the evolution of the technology.
PCE, OpenFlow, & the Centralized Control PlaneMetaswitch NTD
1) OpenFlow: One of a number of possible SDN approaches
2) SDN: Empowers the operator with reduced OPEX and CAPEX
3) PCE: Solves some real-world carrier problems
Slawomir Janukowicz, Juniper Networks
Juniper Day, Praha, 13.5.2015
Jestliže SlideShare nezobrazí prezentaci korektně, můžete si ji stáhnout ve formátu .ppsx nebo .pdf (kliknutím na tlačitko v dolní liště snímků).
Spirent 400G Ethernet Test Solution - A Technical OverviewSailaja Tennati
Spirent offers a complete testing solution for early design and development of 400G Ethernet systems, with a one-slot blade form factor compatible with Spirent’s existing chassis and its other Ethernet products. Testing 400GbE network devices is the fundamental building block to delivering reliable, high performing systems, and starts with validating the link’s ability to pass up to line rate traffic as well as testing the functionality, performance, scalability and QoE of the upper-layer engines that deliver services.
This presentation reviews the various tools that carrier-grade Ethernet offers to meet the performance required from the ICT network and discusses strategies for the transition to Smart Grid communications
Talk at the OPNFV Summit, November 12, 2015
By separating network functions into software components running on virtualized infrastructure, NFV enables network operators to improve their agility and lower costs. However, the operational benefits offered by NFV architectures are still ultimately limited by the manageability of the infrastructure and network services that are deployed. In this talk we describe OpenConfig, an industry collaboration led by network operators, to simplify the management of network services and infrastructure by developing common APIs for the management plane. The OpenConfig working group started with an initial focus of defining vendor-neutral data models for configuration and telemetry based on real operational use cases. As these models are implemented by infrastructure providers, the costs and delays of introducing new platforms and services into the network will decrease significantly.
Ключевые тенденции отрасли в последнее времяSkillFactory
Презентация для доклада, сделанного в рамках конференции Juniper New Network Day 01.01.2014.
Докладчик -- Systems Engineering Director компании Juniper Networks Uwe Richter.
Видеозапись этого доклада с онлайн-трансляции конференции вы можете увидеть здесь: http://www.youtube.com/watch?v=0IsRX_t87Dc
Performance Evaluation and Comparisons for IPv4&IPv6 using mpls Technologiesiosrjce
IOSR Journal of Electronics and Communication Engineering(IOSR-JECE) is a double blind peer reviewed International Journal that provides rapid publication (within a month) of articles in all areas of electronics and communication engineering and its applications. The journal welcomes publications of high quality papers on theoretical developments and practical applications in electronics and communication engineering. Original research papers, state-of-the-art reviews, and high quality technical notes are invited for publications.
International Journal of Engineering Research and Development (IJERD)IJERD Editor
call for paper 2012, hard copy of journal, research paper publishing, where to publish research paper,
journal publishing, how to publish research paper, Call For research paper, international journal, publishing a paper, IJERD, journal of science and technology, how to get a research paper published, publishing a paper, publishing of journal, publishing of research paper, reserach and review articles, IJERD Journal, How to publish your research paper, publish research paper, open access engineering journal, Engineering journal, Mathemetics journal, Physics journal, Chemistry journal, Computer Engineering, Computer Science journal, how to submit your paper, peer reviw journal, indexed journal, reserach and review articles, engineering journal, www.ijerd.com, research journals,
yahoo journals, bing journals, International Journal of Engineering Research and Development, google journals, hard copy of journal
Performance of MPLS-based Virtual Private Networks and Classic Virtual Privat...TELKOMNIKA JOURNAL
Multiprotocol Label Switching (MPLS) is effective in managing and utilizing available network bandwidth. It has advanced security features and a lower time delay. The existing literature has covered the performance of MPLS-based networks in relation to conventional Internet Protocol (IP) networks. But, too few literatures exist on the performance of MPLS-based Virtual Private Networks (VPN) in relation to traditional VPN networks. In this paper, a comparison is made between the effectiveness of the MPLS-VPN network and a classic VPN network using simulation studies done on OPNET®. The performance metrics used to carry out the comparison include; End to End Delay, Voice Packet Sent/Received and Label Switched Path’s Traffic. The simulation study was carried out with Voice over Internet Protocol (VoIP) as the test bed. The result of the study showed that MPLS-based VPN networks outperform classic VPN networks.
International Journal of Engineering Research and Applications (IJERA) is an open access online peer reviewed international journal that publishes research and review articles in the fields of Computer Science, Neural Networks, Electrical Engineering, Software Engineering, Information Technology, Mechanical Engineering, Chemical Engineering, Plastic Engineering, Food Technology, Textile Engineering, Nano Technology & science, Power Electronics, Electronics & Communication Engineering, Computational mathematics, Image processing, Civil Engineering, Structural Engineering, Environmental Engineering, VLSI Testing & Low Power VLSI Design etc.
Today’s networks are a collection of proprietary, purpose-built switches and routers that are expensive and at various stages of depreciation cycle. Software-Defined Networking (SDN) helps Cloud and Service Providers address lack of programmability and vendor lock-in by introducing intuitive 3-tier architecture. With Spirent, you can benchmark SDN controllers, switches, and routers for programmability, scale and traffic steering capabilities. @malathimalla
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Key Trends Shaping the Future of Infrastructure.pdfCheryl Hung
Keynote at DIGIT West Expo, Glasgow on 29 May 2024.
Cheryl Hung, ochery.com
Sr Director, Infrastructure Ecosystem, Arm.
The key trends across hardware, cloud and open-source; exploring how these areas are likely to mature and develop over the short and long-term, and then considering how organisations can position themselves to adapt and thrive.
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
2. 2
MPLS World Congress 2006 Public Interoperability Event
Editor’s Note
EANTC has been organizing
the interoperability showcase
at the MPLS World Congress
for the last four years, while
independently testing MPLS
for eight years. As a technol-
ogy, we consider MPLS
mature. Since many topics
have been tested for interop-
erability in the past, the deci-
sion to conduct another
interop event was not easy.
We decided that this year’s
event would unite all the previ-
ous experiences and test areas while adding new MPLS
capabilities testing.
MPLS supports many technologies and services such as
Triple Play and Metro Ethernet and allows service provid-
ers to converge a large number of networks and services
into a single unified backbone. With this ideology we
broadened the scope of the testing and set the motto for
this year’s event to be all inclusive -- a single network
could be demonstrated to support as wide a range of
services as possible.
The widened scope and the success of the past events
attracted more interested vendors than ever. A quarter of
the participants were newcomers ranging from access to
core devices. In total we had 15 participants with over
30 devices. With the success of MPLS and the push of
the technology to the network edges, we expect even
more implementations to be available soon.
As the scope of the testing and the number of devices
increased, so did the findings. Implementation issues
specifically related to traffic engineering (RSVP-TE, OSPF-
TE) and high availability (Fast Reroute) slowed down the
progress of the testing but were mostly overcome by the
end of the test event. We observed again that vendors
continue to overcome the challenges associated with
implementing network services using a common subset of
protocol options.
As an independent test lab, we see an urgent need for
standards committees and industry forums to reduce the
number of protocol options and to clarify implementation
options. We believe that a clear definition would help to
improve interoperability substantially, and further the
deployment of multi-vendor MPLS networks.
Introduction
The MPLS World Congress 2006 interoperability event
has been organized and facilitated by the European
Advanced Networking Test Center (EANTC) and the
University of New Hampshire InterOperability Labora-
tory (UNH-IOL) and endorsed by the MFA Forum.
The interoperability tests detailed in this document were
conducted using MPLS routers and switches, emulators,
as well as customer premises equipment from various
vendors, during a hot-staging event in January 2006.
Through several rounds of testing and refining the meth-
odology, a final network of interoperable devices was
successfully constructed. This network and the test results
were demonstrated at MPLS World Congress 2006 in
Paris, February 7–10, 2006.
Several new test scenarios were designed specifically for
this showcase. In addition, previously used test plans
were employed for regression testing since we intended
to test converged network services:
• »99.999%« carrier-grade high availability is one
of the cornerstones of MPLS benefits. The Fast
Reroute mechanism uses automatic pre-established
backup paths to realize fast (sub-50 milliseconds)
switchover in case of link or node failure. We had
run Fast Reroute tests with a small number of
vendors in 2004, and wanted to expand on these
tests.
• Differentiated services have been available over
MPLS in a simple IP quality-like fashion for a while.
Now, new standards are on their way to enhance
the integration of traffic engineering and applica-
tion-specific differentiation. We intended verify the
multi-vendor readiness of implementations.
• Multi-vendor layer 3 (IP) VPNs can be considered
mature by now. Except for carrier-carrier inter-
working protocols, multicast and IPv6 traffic
Gabriele Schrenk
Managing Director
Hot-staging at EANTC
(Berlin, Germany)
3. 3
MPLS World Congress 2006 Public Interoperability Event
forwarding, they are proven to be interoperable
regarding functionality and scalability, as shown,
for example, during the MPLS World Congress
2004 and 2005 interoperability events.
• The standards for Ethernet and ATM pseudowires
have existed for a long time. Previous tests have
shown that there are a lot of mature and stable
implementations. We see a growing number of
vendors implementing pseudowires and out of the
15 participants in the event most vendors were
interested in verifying interoperability of their
pseudowire implementations.
• Multipoint Ethernet services (Virtual Private LAN
Service, VPLS) are offered by a growing number
of carriers. The hierarchical part of the protocol
(H-VPLS) enables service providers to scale the
number of customers and endpoints per customer
offered using VPLS, without stressing the backbone
network.
Our regression test verified that previous years’
results were still valid. We tested scalability of hier-
archical VPLS provider edge routers (PE-RS) and
multi-tenant units (MTUs) in 2005. This time a total
of six PE-RS and two MTU implementations were
checked.
• A major topic of the test program was supposed to
be multicast traffic forwarding in Ethernet and IP
VPNs. There were quite a few hurdles in testing
multicast in the context of MPLS — see test results
section.
• With the proliferation of Ethernet access we
intended to evaluate the relevant access solutions
for IP/MPLS core networks, specifically carrier-
class Ethernet access solutions and pseudowire
access to support Layer 1 (TDM) and Layer 2
(ATM) services.
To ensure the event’s success, a one week hot-staging
event with all the participating vendors was conducted
before MPLS World Congress. The MPLS hot-staging took
place at the EANTC (European Advanced Networking
Test Center) in Berlin, Germany.
The Interoperability Working Group of the MFA Forum,
including EANTC and UNH-IOL, defined the MPLS test
plans.
Participants and Devices
The following companies and devices demonstrated their
interoperability in the test event:
Agilent Technologies N2X
Alcatel 1662 PRS
7670 RSP
7750 SR1 / SR7
Ciena DN 7100
Cisco Systems 12406
CRS-1
Huawei NE40E
IXIA 1600T
Lucent CBX 3500
MRV OSM 207
OS 9024
Nortel MPE 9500
RAD Data
Communications
ACE-3100
ACE-3402
ETX-202
IPmux-14
Gmux-2000
FCD-IP
Riverstone Networks 15008
15101
Spirent Communications Test Center SPT-5000A
Telco Systems (BATM) T-Metro
Tellabs 8840
Tpack Millburn
4. 4
MPLS World Congress 2006 Public Interoperability Event
Test Areas and Test Plan
The following table displays the different areas of testing
and the roles and interests the various vendors had for
the technology in this event. The table represents all the
devices available at the hot-staging event in Berlin and
includes test/traffic generators, customer premise equip-
ment (CPE), Provider Edge (PE) and Provider core (P)
routers and Multi-tenant units (MTU).
The following section describes the test plan in detail.
Results are documented on page 6.
MPLS Signaling and Routing
Test engineers first constructed the backbone network. All
test cases required RSVP-TE signaling for MPLS transport
and dynamic routing in the backbone using OSPF with
traffic engineering extensions.
The OSPF link state databases and link costs were
configured carefully to prepare for the DiffServ-Traffic
Engineering tests (see below).
MPLS Protocol
Support
RSVP-TESignaling
OSPF-TEv2Routing
DiffServ-TrafficEngineering
MPLSFastReroute
BGP/MPLSIPVPNs
EthernetPseudowires
TDMPseudowires
ATMPseudowires
FlatVPLS
HierarchicalVPLS
Multi-SegmentPseudowires
Agilent N2X • • • • • • • • •
Alcatel 1662
PRS
• • • •
Alcatel 7670
RSP
• • • • • • •
Alcatel 7750
SRx
• • • • • • • •
Ciena
DN 7100
• • • • • • • •
Cisco 12406 • • • • • • • •
a
Cisco CRS-1 • • • • • • •
a
IXIA 1600T • • • • • • • •
Huawei NE40E • • • • • • •
Lucent
CBX 3500
• • •
MRV OSM 207 • • • • • •
MRV OS 9024 • • • • •
Nortel
MPE 9500
• • • • • • •
b
RAD ACE-
3100/3402
•
RAD IPmux-14/
Gmux-2000
•
Riverstone
15008
• • • • • • •
Riverstone
15101
• • • • • •
Spirent AX4000 • • • • • • •
Spirent Test-
Center
• • • • • • •
Telco Systems
(BATM)
T-Metro
• • • • • • •
Tellabs 8840 • • • • • • • • • •
Tpack Millburn • • • •
a. Static Multi-Segment Pseudowires
b. Static and Dynamic MS-PW
MPLS Protocol
Support
RSVP-TESignaling
OSPF-TEv2Routing
DiffServ-TrafficEngineering
MPLSFastReroute
BGP/MPLSIPVPNs
EthernetPseudowires
TDMPseudowires
ATMPseudowires
FlatVPLS
HierarchicalVPLS
Multi-SegmentPseudowires
5. 5
MPLS World Congress 2006 Public Interoperability Event
Fast Reroute
RFC4090 defines extensions to RSVP-TE to allow for the
redirection of traffic to backup LSPs in less than a
second. An interoperability test plan has been defined
by the MFA Form and is in final straw ballet under
mpls2005.129.00. The test plan aims to verify the func-
tionality of Fast Reroute’s two topologies (link and/or
node protection), the correct handling of RSVP-TE objects
defined for Fast Reroute and measure scalability with a
realistic number of tunnels. The vendors participating in
this test can be positioned as P or PE nodes.
DiffServ – Traffic Engineering
DiffServ-TE followed the MFA Forum interoperability test
suite defined in mpls2004.149.03. The tests focus on the
logical path packets take through an MPLS network and
the actions LSRs have to take in order to accommodate
differentiated classification for packets forwarded.
Specifically the test plan defines the following areas:
• Verify that an LSR can preempt an LSP when band-
width is insufficient for all LSPs
• Ensure appropriate constraint-based routing
behavior (CBR) using OSPF-TE
• Validate TE path calculation
• Verify the correct behavior of the three bandwidth
constraint models (MAM, RDM, MAR)
Multicast
The various solutions for transporting multicast traffic
over layer 2 and layer 3 MPLS based VPNs have been a
subject of a heated debate in the respective IETF working
groups recently. We tested L3 VPN multicast functionality
according to the IETF working group draft draft-ietf-l3vpn-
2547bis-mcast-01.txt
For L2 VPN multicast, we investigated testing according
to the solution discussed in the IETF »l2vpn« working
group in January, that mandated PIM and IGMP snoop-
ing in VPLS (draft-hemige-serbest-l2vpn-vpls-pim-snoop-
ing-00.txt).
However, we found that there are not enough implemen-
tations yet that could be tested. We had to adhere to the
traditional method of forwarding multicast traffic, using
the broadcast mechanism built into the VPLS protocol.
Ethernet Point-to-Point VPNs
(Pseudowires)
Point-to-point Ethernet VPN Services over MPLS were
tested using the MFA Forum test methodology defined in
the test plan mpls2003.091.03. The tests covered:
• Label binding and distribution for Ethernet
pseudowires via targeted LDP sessions between
the provider edge routers
• Data encapsulation of Ethernet and tagged Ether-
net frames
Hierarchical VPLS (H-VPLS)
Since VPLS is basically a multipoint extension of point-to-
point Ethernet pseudowire links, point-to-point evaluation
tests provided a prerequisite for the VPLS tests. They
were carried out in accordance to draft-ietf-l2vpn-vpls-
ldp-05, using the MFA test plan mpls2003.092.03.
• VPLS service establishment by label exchange
between provider edge routers
• Hierarchical VPLS service establishment for
provider edge (PE-RS) VPLS switches
• Hierarchical VPLS configuration for multi-tenant
unit (MTU) VPLS switches
Vendors supporting H-VPLS could be either the provider
edge (PE) or the multi-tenant unit (MTU) device while
participating in the test.
Access Pseudowires
The extension of pseudowires into the access was evalu-
ated with dedicated customer premises equipment and
access gateways. Native TDM and ATM services are
transported towards the provider edge (PE) using
pseudowires and in turn are further forwarded using
Multi-Segment pseudowires. TDM pseudowire are imple-
mented in accordance with MFA 4.0 Implementation
Agreement, and ATM pseudowires with draft-ietf-pwe3-
atm-encap-10 (one-to-one mode).
Multi-Segment Pseudowires
Multi-Segment pseudowires represent a set of two or
more contiguous pseudowire segments that behave and
function as a single point-to-point pseudowire. This
architecture provides control plane scalability when
looking at extending PWs into the metro/access network
and allows for inter-domain/inter-provider pseudowire
set-up. Due to time constraints this technology was not
tested during the hot-staging; however, it will be demon-
strated in Paris at the MPLS World Congress event. The
demonstration will be conducted in accordance with
draft-ietf-pwe3-segmented-pw to show manual configura-
tion of multi-segment pseudowires and in accordance to
draft-ietf-pwe3-dynamic-ms-pw-00.txt (previously known
as draft-balus-bocci-martini-dyn-ms-pwe3-00.txt) to show
dynamic placement of multi-segment pseudowires.
6. 6
MPLS World Congress 2006 Public Interoperability Event
Interoperability Test Results
This section summarizes all the results obtained during
the hot-staging week, sorted by test sessions.
Results: Ethernet Point-to-Point
Pseudowire Tests
Point-to-point Ethernet over MPLS tunnels («pseudowires»)
were tested according to the IETF PWE3 specifications.
During the hot-staging event, all tested point-to-point
connections interoperated as expected. Ethernet
pseudowires were successfully tested among Alcatel
1662 PRS, Alcatel 7750 SR1/SR7, Alcatel 7670 RSP,
Telco Systems (BATM) T-Metro, Ciena DN 7100, Cisco
12406, MRV OS 9024 and OSM 207, Nortel MPE
9500, Riverstone 15101 and 15008, Spirent TestCenter
(acting as a PE) and Tellabs 8840.
Since scalability had been tested in previous years with
up to 2,000 pseudowires established within one trans-
port tunnel between two devices we did not repeat the
test.
Unlike previous test events in which some vendors
supported only LDP, all vendors supported RSVP-TE
signaling for VPN transport labels this time.
Results: TDM and ATM Point-to-
Point Pseudowire Tests
The access pseudowire solutions were demonstrated with
RAD IPmux-14 and Gmux (TDM pseudowire) and ACE-
3100/3402 (ATM pseudowire) access gateways. RAD
verified functionality of TDM over MPLS pseudowires
according to MFA Forum implementation agreement 4.0
»TDM Transport over MPLS using AAL1«. The IPmux-14,
and Gmux equipment set up label-switched paths for
TDM traffic using static labels over Cisco and MRV MPLS
routers. Ciena participated in the static label exchange
configuration with RAD and MRV, however, due to time
constraints the configuration was not fully verified.
Due to limited time, only a few vendors focused on the
creation of ATM pseudowires. The RAD ACE-3000
devices successfully established an ATM pseudowire
tunnel over the backbone using static label assignment.
Results: VPLS and H-VPLS Tests
During the hot-staging event, the hierarchical VPLS
interoperability tests between Provider Edge (PE-RS)
implementations as well as PE-RS and Multi-Tenant Unit
(MTU) systems were very successful. As illustrated in the
VPN
VPN
VPN
VPN
VPN
VPN
VPN
Provider Edge (PE) Router
Logical link, VC label exchanged via targeted LDP
Ethernet Point-to-Point Tunnels
VPN
Alcatel
VPN
VPN
Alcatel
MRV
VPN
Riverstone
15008
VPN
Nortel
VPN
Cisco
VPN
12406
Riverstone
MRV
Tellabs
15101
OSM 9024
1662 PRS
OSM 207
7670 RSP
MPE 9500
Alcatel
Telco Systems (BATM)
8840
7750 SR1
T-Metro
Ciena
DN7100
Spirent Test Center
SPT-5000A
Alcatel
7750 SR7
Customer Premise Equipment (CPE) and gateways
Logical link, static VC label
ATM and TDM Point-to-Point Tunnels
RAD
ACE-3100
RAD
ACE-3402
RAD
IPmux-14
RAD
Gmux-2000
Provider Edge (PE) Router
VPLS instance/service
VPLS / H-VPLS
Alcatel
Alcatel
1662 PRS
7750 SR1
H-VPLS instance/service
Multi-Tenant Unit (MTU) Device
L2 VPN
L2 VPN
L2 VPN
L2 VPN
L2 VPN
L2 VPN
L2 VPN
Cisco
12406
Tellabs
8840
Telco Systems (BATM)
T-Metro
Huawei
NE40E
Riverstone
15008
MRV
OSM 207
Multipoint Ethernet Services
L2 VPN
L2 VPN
Riverstone
15101
7. 7
MPLS World Congress 2006 Public Interoperability Event
diagram above, most PE-RS implementations were
interoperable without any issues: The six PE-RS routers
(Alcatel 7750 SR1, Cisco 12406, Huawei NE40E, MRV
OSM207, Riverstone 15008, Tellabs 8840), two emula-
tors (Agilent N2X, Ixia 1600T), and two multi-tenant units
(Alcatel 1662 PRS, Telco Systems T-Metro) were able to
establish tunnels and exchanged data.
All systems were able to interconnect on the VPLS layer.
A few LDP signaling issues created interoperability prob-
lems occasionally (details see problem section below),
but these were the only source of problems.
Multicast over VPLS. The tests distributed multicast
traffic through the VPLS network as broadcast and
unknown traffic. At the moment, the IETF has only a
preliminary draft on the subject making testing of more
advanced solutions impossible.
Results: RFC 2547bis, L3 VPN Tests
IP Virtual Private Networks were constructed easily. They
are one of the oldest applications for MPLS networks so
we did not expect any issues. In fact, there were none.
The Alcatel 7670 RSP, Ciena DN7100, Cisco 12406,
Huawei NE40E, Nortel MPE9500, and Tellabs 8840
routers participated in the test. More participating
devices supported BGP/MPLS IP VPNs, but these
vendors focused on other areas.
Multicast over MPLS/BGP VPNs. Multicast
support over MPLS/BGP VPNs requires substantial proto-
col addition as mentioned in the test plan section above.
We had a first glance at IETF draft implementations with
Cisco 12406, Huawei NE40E and Ixia 1600T.
Results: Fast Reroute
The Fast Reroute interoperability tests showed that the
support for Fast Reroute is growing. We evaluated six
implementations from Alcatel, Cisco (2x), Huawei, River-
stone, and Tellabs. All of the systems were able to setup
protected tunnels that were signaled by the Agilent N2X
tester (acting as a PE router). We did note that a working
implementation does not automatically translate to
interoperability — surprisingly, we saw issues similar to
our test two years ago!
Most problems were caused by misunderstandings of the
IETF Fast Reroute RFC and by RSVP Objects being incor-
rectly understood. Luckily we were able to overcome all
problems and set up the combinations shown in the
diagram below. Rerouting times were always below 50
milliseconds, which is an improvement from previous
tests. The rerouting times relate to only one tunnel,
though; performance tests with many tunnels may show
different results.
Ethernet Access to MPLS Core
RAD demonstrated pre-standard implementation of IEEE
802.1ag/ITU-T Y.17ethoam Ethernet OAM with ETX-
202, an Ethernet NTU. Ethernet OAM Loopback was
used for end-to-end path protection by switching over to
a backup core Ethernet pseudowire.
Another carrier-class feature of Ethernet access, which
was verified at the demo, was support of TDM traffic
according to MEF 8 (SAToP encapsulation). The feature
was demonstrated with RAD IPmux-14.
L3 VPN
L3 VPN
L3 VPN
Provider Edge (PE) Router
L3 VPN
L3 VPN
Alcatel
7670 RSP
Nortel
MPE9500
L3 VPN
Cisco
12406
Ciena
DN7100
BGP/MPLS IP VPN Services
Tellabs
8840
Huawei
NE40E
L3 VPN Service
MPLS Router
Primary Path
Backup Path
Fast Reroute Service
Tellabs
8840
Alcatel
7750 SR7
Huawei
NE40E
Riverstone
15008
Alcatel
7750 SR7
Cisco
CRS-1
Huawei
NE40E
Riverstone
15008
Cisco
CRS-1
Cisco
CRS-1
Cisco
12406
Huawei
NE40E
8. 8
MPLS World Congress 2006 Public Interoperability Event
Results Summary
Key Features Tested Results
Pseudowires Interoperability RSVP-TE OK
Data Transfer OK
Ethernet tunnels OK
Traffic Transfer Over RSVP-TE and LDP Tunnels OK
ATM Pseudowires OK, tested with one vendor
TDM Pseudowires OK, tested with one vendor
VPLS Basic LSP Establishment between PE routers OK
Label Exchange Between PE routers OK
Forwarding to Unknown MAC addresses OK, mostly
Traffic Forwarding OK
Tunnel Teardown and Withdraw OK, tested with 3 vendors
Hierarchical VPLS PE-RS functionality OK
Hierarchical VPLS MTU functionality OK,
BGP/MPLS IP
VPNs
VPN Establishment OK
Basic PE Data forwarding OK
Backbone Data Forwarding OK
Two VPNs with Overlapping Address Space OK
VPN Route Uniqueness OK
Extranet access with Route Targets OK
Customer Control of Routes using target attributes OK
Internet access from VPN OK
MPLS Fast
Reroute
Facility Backup LSP Signaling and Creation OK
Link Protection OK
Multicast Multicast/Broadcast Transport over VPLS Tests in progress
at time of printing
Multicast over BGP/MPLS VPNs
9. 9
MPLS World Congress 2006 Public Interoperability Event
Final Integrated MPLS Test Network
Core
Provider
Edge
Access/CPE
Video
Alcatel
1662 PRS
Agilent
N2X
Spirent
TestCenter
IXIA
1600T
Agilent
N2X
Spirent
TestCenter
IXIA
1600T
RAD
IPmux-14
MRV
OS 9024
RAD
ETX-202
RAD
ETX-202
Spirent
TestCenter
Telco Systems (BATM)
T-Metro
Alcatel
7750 SR1
Agilent
N2X
IXIA
1600T
Spirent
TestCenter
Spirent
TestCenter
TDMoETH
RAD
IPmux-14
TDMoMPLS
IXIA
1600T
RAD
IPmux-14
TDMoETH
RAD
ACE-3402
RAD
ACE-3100
Spirent
TestCenterRAD
Gmux-2000
Huawei
NE40E
Riverstone
15008
Alcatel
1662 PRS
Cisco
12406
Tellabs
8840
Tellabs
8840
Nortel
MPE 9500
Nortel
MPE 9500
Riverstone
15101
Telco Systems (BATM)
T-Metro
T-Pack
Millburn
Ciena
DN7100
MRV
OSM 207
Alcatel
7670 RSP
Lucent
CBX3500
Cisco
CRS-1
Alcatel
7750 SR7
FRR
FRR
Spirent
TestCenter
Source
Video
Client
OC-48 LC/SM
Gigabit LC/MM
OC-3 LC/SM
10GE
Gigabit Copper
Provider (P) Router
Provider Edge (PE) Router
Customer Edge (CE) Router
or Gateway
Fast Ethernet RJ45
Gigabit LC/SM
MPLS Emulator and
OC-12 LC/SMMulti-Tenant Unit
FRR
Fast Rerouting —
Link Protection
(MTU) Device
Core — RSVP-TE links
Provider Edge —
Access / Customer
LDP and RSVP-TE links
Premises Equipment (CPE) —
IP links
IP Traffic Generator
10. 10
MPLS World Congress 2006 Public Interoperability Event
Problem Summary
Problem
Area
Description Temporary
Solution, if any
Recommendation
LDP TLV TE setting of experimental bit caused
message to be dropped. The Traffic Engineer-
ing Data Base was not built.
Resolved by loading
different code
Some vendors established tunnels to Host FECs
as mentioned in RFC3036, some supported the
new draft ietf-mpls-rfc3036bis which prohibits
the usage of Host FEC.
Configure LDP stack so
that prefix FEC is being
sent instead of a host
FEC.
The IETF should verify if
incompatible draft
updates can be
avoided.
Some vendors had problems to establish stable
targeted LDP sessions.
New release installed to
suppress topology LDP
session.
Fix bug completely
RSVP-TE Some vendors had problems to decode and
encode the RSVP-TE Object label recording
(RRO). Tunnels were not established.
When the option was
turned off the tunnel
came up. Unfortunately
Fast Reroute does not
work without.
More detailed interoper-
abilty tests are needed.
Illegal bandwidth value in RESV message. No
RSVP-TE tunnels could be established.
None Implementation should
be corrected.
OSPF and
OSPF-TE
OSPF- TE databases were inconsistent some-
times.
Nome OSPF-TE interoperabil-
ity needs to be
improved.
Some LSA transmitted by a vendor was not
supported by others. The OSPF adjacencies
couldn’t be established.
A new software release
ignored this type of
LSAs.
The IETF should verify if
incompatible draft
updates can be
avoided.
L2 VPNs When a vendor was setting up Ethernet PW in
VLAN mode they were stripping the VLAN so
the other end just dropped the packets.
New software release
solved the issue.
One vendor couldn’t run ATM pseudowires
over Ethernet as transport layer.
ATM PW could only run
over PoS links.
This will be fixed in
future software release.
VLAN labelled traffic sent into VPLS via the core
comes out at the edge as 16x as much packets
and a second VLAN is appended.
None Additional tests are
necessary.
11. 11
MPLS World Congress 2006 Public Interoperability Event
Conclusion
EANTC has been organising interoperability events at the MPLS World Congress since 2001.
Every year the event presented new technological challenges, attracting more participants and
allowing us, as an independent test lab, to evaluate what progress was made since the previous
year in the world of MPLS protocols and services.
The results from this year’s event are reassuring to MPLS vendors and to Service Providers relying
on the technology. A larger group of vendors than ever before demonstrated interoperability in all
areas pertaining to services. Network services that depend on MPLS for success, for example
Carrier Ethernet and IP-based VPN services, are now free to choose from an ever-expanding list of
vendors providing MPLS support. Another important achievement is the interoperability of a key
backbone component, MPLS Fast Reroute, between a larger than before set of vendors.
As MPLS advances and evolves both in the network core and to the edge, new protocols are
being discussed and defined by the IETF. MPLS can only advance into new services and wider
reach when suitable protocols become available. We hope that by next year’s event, some of the
areas, such as Multicast over VPLS and over BGP/MPLS VPNs, Multi-Segment Pseudowires and
Carrier’s carrier protocols, will be mature enough to enable vendors to implement them and
demonstrate interoperability.
MPLS is moving towards a ubiquitous role as a networking technology. As such, more devices
that traditionally did not play a role in MPLS topologies also begin to include MPLS stacks and
signaling capabilities along with increased protocol support. It is clear to us that the MPLS
interop-erability efforts are far from finished.
Acknowledgements
The white paper was authored by Jambi Ganbar, Jonathan Morin, Carsten Rossenhoevel and Gabriele Schrenk.
References
All tests were conducted in accordance to MFA Forum Interoperability Test Suites detailed in the Test Plan section of this
publication.