Introducing Cisco Cloud Network Controller on Google Cloud Platform – Part 1

This year has been quite significant for Cisco’s multicloud networking software evolution. Earlier in the year Cisco introduced, along with other exciting software features announcements, Google Cloud Platform (GCP) support for Cisco Cloud Network Controller (CNC), formerly known as Cisco Cloud APIC. This blog series introduces the GCP support capabilities subdivided into three parts:

Part 1: Native Cloud Networking Automation

Part 2: Contract-based Routing and Firewall Rules Automation

Part 3: External Cloud Connectivity Automation

The Need for Multicloud Networking Software

While organizations are increasingly becoming more mature with their to the cloud strategies, lately there has been a shift in focus to in the cloud networking, as also observed by Gartner in their first Market Guide for Cloud Networking Software and subsequent releases. This series will show how a cloud-like policy model can help addressing inside the cloud challenges with the aim to keep improving operations in public cloud environments and augmenting native cloud networking capabilities, as needed.

High Level Architecture

Google Cloud resources are organized hierarchically, and the Project level is the most relevant from the Cisco CNC perspective as a tenant is mapped one-to-one to a GCP project. Cisco CNC is deployed from the Google Cloud Marketplace into a dedicated infra VPC (Virtual Private Cloud) contained within a project mapped to the infra tenant, while user VPCs are provisioned in dedicated or shared projects associated to their own tenants within the Cisco CNC.

The Cisco CNC architecture on GCP is similar to that of AWS and Azure, as it also supports BGP IPv4 or BGP EVPN to on-premises or other cloud sites using Cisco Cloud Router (CCR) based on Cisco Catalyst 8000v. It also supports native GCP Cloud Router with Cloud VPN gateway for external connectivity. As for internal cloud connectivity, it leverages VPC Network Peering between user VPCs within the same or across regions as illustrated on the diagram below.

Native Cloud Networking Automation

A brief overview of the Cisco CNC GUI before proceeding. The left side of the GUI contains the navigation pane which can be expanded for visualization of cloud resources or configuration. The application management tab is where one can go to make configurations, or alternatively, use the blue intent icon at the top right which provides easy access to various configuration options.

To demonstrate how Cisco CNC automates inter-region routing across VPCs, let’s build a simple scenario with two VPCs in different regions contained within the same user-tenant project called engineering. Note that the same scenario could exist with these two VPCs in the same region, as VPC networks in GCP are global resources and not associated to any region, unlike subnets which are regional resources.

Provisioning VPC Networks and Regional Subnets

The first step is to create a Tenant and map it to a GCP Project as depicted below. The access type is set to Managed Identity, which allows Cisco CNC to make changes to user-tenant projects by means of a pre-provisioned service account during the initial deployment.

The configuration below illustrates the creation of two Cloud Context Profiles used as a mapping tool for a VPC. It is contained within a Tenant and provides the region association to determine which region(s) a VPC gets deployed to, along with regional subnets. Additionally, a Cloud Context Profile is always associated to a logical VRF.

Profile for vpc-1

Profile for vpc-2

By creating these two profiles and mapping to VPCs in different regions, each with their respective CIDR and subnet(s), the Cisco CNC translates them into native constructs in the Google Cloud console under VPC networks as seen below. Note that the VRF name defines the name of the VPC, in this example, network-a and network-b.

Cisco CNC GUI provides the same level of visibility, under Application Management where additional VPCs can be created or under Cloud Resources.

Route Leaking Between VPCs

For this scenario, a route leak policy is configured to allow inter-VRF routing which is done independently of contract-based routing or security policies to be reviewed on part 2 of this blog series. As seen previously, the VRF association to a particular VPC is done within the Cloud Context Profile.

While the “Add Reverse Leak Route” option is not depicted for brevity, it is also enabled to allow for bi-directional connectivity. In this scenario, since it is only inter-VPC route leaking, VRFs are labeled as internal and all routes are leaked.

In the GCP console, it automates VPC network peering between network-a and network-b with proper imported and exported routes.

Peering routes are auto generated for both VPCs, along with default routes automated during VPC setup.

Continue reading

Vacations and IT Operations: Save Time with the Right Tools

You have just used an online travel aggregator site to plan your summer vacation. The day of your trip arrives, you’re exhausted before you even set foot on the beach. Getting to the airport, boarding the first of two flights, making a connecting flight, and picking up luggage all wear you out. Your goal is the beach, but to get to it you’ll spend considerable time on tactical, non-value add, operational logistics.

Relax. You’re a smart traveler – Your TSA Clear approval saves you that long queue at the security checkpoint. Your Platinum travel partner membership gives you priority check-in for your flight and hotel. These tools shorten the time to get to the beach while allowing flexibility in planning your schedule. Wish you could have something similar, to manage your IT operations? Stick with me.

Where ITOps Teams Lose Time

As an IT manager, you’re expected to make sure your company is providing an outstanding digital experience that’ll drive revenue and growth. That’s the end goal. But to get there you’ll have to support your DevOps team through not just the development process but the ongoing application lifecycle. Multiple tasks to get to your goal, like getting to the beach, likely wear down your team, from deploying infrastructure, figuring out how to deploy and manage containers for cloud-native apps, and making your best estimate at provisioning resources in the public cloud. Task switching between tools and learning Kubernetes takes away valuable time and slows down service delivery. A missed flight connection is like a missed task, and something you want to avoid.

Simplify deployment and delivery, anywhere

Intersight bridges the gap between ITOps and DevOps

Cisco Intersight can help you move faster and more reliably, bridging the divide between dev teams and LoB with operations, and changing the perception of IT from a “necessary cost center” to an innovation driver. From one dashboard, you can:

◉ Add resources to your virtualized datacenter.

◉ Set up a new off-the-shelf application for your users.

◉ Stand up a Kubernetes cluster at the edge in just a few clicks.

◉ Provide multi-cloud resources for your developers to deploy code.

◉ And more

Managing and deploying all physical and virtual infrastructure and supporting any workload type (VMs, K8s in VMs, bare metal K8s, serverless) in one place saves your teams from switching tools. The user-friendly automation of Intersight with API-based integration gives your internal customers flexibility to use the resources the way they want.

Integrate with DevOps to accelerate application delivery

Intersight integrates with cloud providers and supports an ecosystem of 3rd party tooling

Intersight brings together the tools your IT Operations knows and integrates with tools your dev teams are using. As an open, cloud-neutral platform it integrates with cloud providers and supports an ecosystem of third-party tooling, so your internal customers can continue using the platforms and software of their choice—without disruption.

The result? Your team can move faster and expose with IaC plans that your developers are used to working with or orchestrating across every infrastructure and workload aspect of your Intersight-managed environment while managing risk and governance. And with open API support, you can extend and integrate with ITSM tools or 3rd-party endpoints for more control.

Accelerate service delivery and flexibility with Cisco Intersight

You know how to minimize the headaches that stand between you and the beach. Now you can apply smarter ways of working to deploy and support business critical applications. Get out of the business of managing management products and focus on accelerating delivery for line-of-business.

Source: cisco.com

Continue reading

Cisco Announces Open Source Cloud-Native Offerings for Securing Modern Applications

Today at KubeCon + CloudNativeCon North America 2022 in Detroit, Cisco unveiled FunctionClarity, a new open source project which helps developers secure the serverless functions that fundamentally reduce the amount of code necessary to create and deploy cloud-native applications.

Based on SigStore, FunctionClarity lets users sign the code of serverless functions, and authenticate their integrity from a trusted pipeline, when deployed across any cloud environment. It allows both keyless and key pair methods to eliminate exposure of the code at runtime.

The launch of FunctionClarity comes as the use of serverless technologies is growing exponentially. For example, AWS (Amazon Web Services) Lambda functions are now invoked 3.5 times more often compared to just two years ago.

OpenClarity is a trio of projects

FunctionClarity is the third chapter in the OpenClarity set of open source projects which help solve problems around application security, the software supply chain, and the “Shift Left” movement in software development that fully considers security from the outset.

Chapter 1: At KubeCon North America in 2021, Cisco released APIClarity, an open source API tool for visualizing and identifying potential risks such as API drift, shadow and zombie APIs. It builds and analyzes the OpenAPI specifications for all APIs in your environment.

Chapter 2: In May at KubeCon Europe 2022, we followed with the release of KubeClarity, an open source tool for detection and management of Software Bill of Materials (SBOM) and vulnerabilities of container images and filesystems. It scans both runtime Kubernetes clusters and CI/CD pipelines for enhanced software supply chain security.

Building the Application-First Future

Modern, distributed application software solves real-world business problems. Increasingly, those software assets come from everywhere – internal, cloud, SaaS, open source – run anywhere, and are accessed from anyplace via APIs and service calls.

In this distributed environment, the expanding attack surface for these applications includes APIs and serverless interfaces, vulnerable services, and opaque software assets. It’s no surprise APIs and service endpoints have become preferred threat vectors with the average company experiencing a 95% rate of API security incidents. There has been a 540% increase in the number of API-related security vulnerabilities recorded in the OVE database between 2015 and last year.

Transparency about your software tools and assets, and the security of APIs and interfaces, from development all the way through to production are therefore critical to ensuring you, your customers and end users are protected.

Panoptica brings 360-degree visibility and remediation options to your application attack surfaces in a single, modular application-security solution. As a freemium SaaS service that’s easy to get started and consume, it connects through your application SDL workflows, toolchains, and runtime to help your teams shift everywhere. It lets developers, SREs and security experts seamlessly collaborate within the same environment.

Nikolas Mousorous, DevOps Engineer, Marlow Navigation: “Existing security solutions we had in our environment couldn’t address our transition to modern microservice-based applications. Working with Panoptica, we were able to insert security controls into our complex environment seamlessly for secure application deployment and connectivity.”

Calisti is a complementary solution that provides discoverability, connectivity, SLO, and lifecycle management across all your application services – from greenfield, cloud-native applications to hybrid, traditional, and cloud-based applications. Calisti integrates seamlessly into your cloud operating environments, and allows your SRE, DevOps and cloud platform teams to easily connect, scale and manage the performance of application services across virtual machines (VMs), Kafka instances, and Istio service meshes, across any cloud or on-premises footprint.

Cisco Leading in Open Source

Cisco is taking an increasingly leading role in open source, stepping up contributions and driving the open source movement forward across the enterprise application ecosystem.

We have been a Platinum Member of the Cloud Native Computing Foundation (CNCF) since it was founded, and we have been Diamond Sponsors of KubeCon for every year since its inception. We also serve as members of the steering committee for the Linux Foundation’s TODO Group, we are a Platinum sponsor of Open Source Security Foundation (OpenSSF), LF Networking, LF Public Health, and we are Gold or Premier for Open19, Linux Foundation, and the Bytecode Alliance.

Along with the trio of OpenClarity projects, we have launched, maintain, and contribute to many other cloud-native projects including Dex, Bank Vaults, Istio Operator, K Operator, Logging Operator, Zot, and Network Service Mesh, and we are among the top five contributors to OpenTelemetry.

Calisti and Panoptica are both built on the open source foundation of the above-mentioned projects.

Join Us at KubeCon in Detroit

Come see Cisco at KubeCon + CloudNativeCon North America 2022 this week at the Cisco Solutions Showcase, Booth D3 in Exhibit Hall B, at Huntington Place in Detroit. There you can view a demo of FunctionClarity and learn more about the emerging Security, Observability, and Connectivity solutions Cisco is building. You can also find out about the latest open source projects at Cisco, including how to contribute and collaborate.

At the Cisco booth, you can get your own personalized hoodie, choosing from multiple designs to make an amazing statement, and even watch it get printed. In addition, for every theatre session and demo attendee, Cisco will donate a pair of socks to local Detroit homeless shelters so we can all give back to the community.

Source: cisco.com

Continue reading

Free Tool Helps You Visualize and Understand YANG Models

All YANG Suite, all the time

Are you interested in automating the process of viewing operational data or configuring network devices remotely? YANG models are the foundation to automation and programmability for Cisco IOS XE devices. Not sure where to start? Cisco YANG Suite is a free tool to help understand and visualize Yet Another Next Generation (YANG) models ranging from standards-based models such as OpenConfig and IETF to Cisco native models. Start using YANG Suite today to become a programmability pro!

The previous releases of YANG Suite include the set of Core Plugins and support for NETCONF, RESTCONF, gNMI, and gRPC telemetry as well as a Python script generator for payloads created within YANG Suite. To simplify your programmability and automation journey, the third release introduces four additional features: gRPC Telemetry with TLS support, SNMP OID to YANG Xpath mapping, Ansible integrations and PIP installation.

Let’s dive into the new YANG Suite features included in the third major public release.

Secure gRPC Dial-Out using TLS

With increased security threats comes the need for secure telemetry. Now, YANG Suite provides support to upload the necessary certificates and keys to implement Transport Layer Security (TLS).

Simplify the SNMP to YANG Transition

Simple Network Management Protocol (SNMP) has been become a standard method to understand and work with network devices. However, the new approach is to use YANG models to remotely query network devices for operational data or to configure the devices. To facilitate the transition from SNMP to YANG, YANG Suite provides the option to add an object identifier (OID) and YANG Suite will perform an SNMPwalk to locate the corresponding Xpath. Additionally, you can validate that SNMP and the newly-found YANG model return the same data directly within YANG Suite—sweeeeet!

Replicate Custom YANG Payloads with Auto-Generated Ansible Playbooks

Quickly and easily generate an Ansible playbook for a NETCONF, RESTCONF, or gNMI payload built in YANG Suite. This can help you run your favorite payloads across multiple devices. All you need to do is build up a payload using our protocol of choice and select “Replays” and the “Generate ansible playbook” button. Now, sit back, relax and let YANG Suite generate Ansible playbooks for you.

Docker or Pip? You decide.

Previously, YANG Suite was accessible using Docker containers. Now, in addition to Docker, we can now install YANG Suite using PIP. Check out the examples below:

That’s a wrap!

With the third YANG Suite release, we introduce:

◉ gRPC Telemetry with TLS Support

◉ SNMP OID to YANG Xpath mapping

◉ Ansible integrations

◉ PIP installation

Source: cisco.com

Continue reading

An Introduction to Understanding FFIEC Regulations

Regulatory requirements are a key operational concern that we hear about from our financial customers. As a key provider of technology for mission-critical financial system infrastructures across the globe, Cisco is held to the highest levels of scrutiny in the financial services regulatory audit chain. We have helped customers navigate the complex requirements and landscape to help keep them protected, when 100% of their business, relies on our equipment in the value chain.

A key challenge is managing iterations of infrastructure in global financial enterprises which have spanned 50+ years of digitization. These systems are continually being updated with newer and better ones; however, it takes a long time to sunset the legacy technology.  This leads to many generations of installed technology sets with diverse hardware and software systems, all that need to be tracked and managed, secured, and audited. Regular external examination is a necessary challenge to ensure hygiene of these systems are maintained amidst a backdrop of increasing cyber risk.

Streamlining the IT audit process

The Federal Financial Institutions Examination Council—or better known as the FFIEC—is a formal U.S. government interagency body charged with helping streamline the audit process. A number of our financial institution customers are regulated by multiple, and different, regulatory bodies. In the U.S. a few agencies include the Federal Reserve (FRB), the Federal Deposit Insurance Corporation (FDIC), the National Credit Union Administration (NCUA), the Office of the Comptroller (OCC), and the Consumer Financial Protection Bureau (CFPB). Without consistency, if every agency had their own examination criteria for assessment it would be exceptionally difficult for financial institutions to get work done.

To help streamline audit, the FFIEC as an interagency body, creates uniform principles, standards, and report forms for federal examinations of financial institutions. Having a consistent set of audit criteria and forms, a financial institution can have one audit that satisfies numerous federal regulatory agencies and keeps it a level regulatory playing field. The FFIEC’s scope is much broader than simply the IT aspects of digital financials, as it includes credit markets, fraud, BSA/AML, liquidity, and other areas of interest for regulatory bodies.

IT Governance in Financial Services

Over the next few weeks and months we’ll be contributing blogs that will focus on the FFIEC’s requirements in the information technology space, covering the below distinct areas:

◉ The Cybersecurity Maturity Assessment and how to use it

◉ The 2021 Updates in the Architecture, Infrastructure, and Operations book

    ◉ Hardware and Software Lifecycles

    ◉ Common Risk Management Topics: Architecture, Data, IT

    ◉ Infrastructure Management

    ◉ Operations and Operational Processes

◉ Cisco tools that can satisfy regulatory governance requirements

The goal for this series of blogs is to help the IT teams of financial institutions be aware of the regulatory concepts dealt with further upstream in an organization, and to promote tools that simplify the hardening of systems and streamlining audits.

Source: cisco.com

Continue reading

Cisco 300-820 | CCNP Collaboration Exam Syllabus | Free CLCEI Practice Questions

Cisco CLCEI Exam Description:

The Implementing Cisco Collaboration Cloud and Edge Solutions v1.0 (CLCEI 300-820) exam is a 90-minute exam associated with the CCNP Collaboration and Cisco Certified Specialist - Collaboration Cloud & Edge Implementation certifications. This exam tests a candidate's knowledge of collaboration cloud and edge solutions, expressway configurations, Cisco WebEx Teams hybrid and emerging technologies. The course, Implementing Cisco Collaboration Cloud and Edge Solutions, helps candidates to prepare for this exam.

Cisco 300-820 Exam Overview:

• Exam Name- Implementing Cisco Collaboration Cloud and Edge Solutions
• Exam Number - 300-820 CLCEI
• Exam Price- $300 USD
• Duration- 90 minutes
• Number of Questions- 55-65
• Passing Score- Variable (750-850 / 1000 Approx.)
• Recommended Training- Implementing Cisco Collaboration Cloud and Edge Solutions (CLCEI)
• Exam Registration- PEARSON VUE
• Sample Questions- Cisco 300-820 Sample Questions
• Practice Exam- Cisco Certified Specialist Collaboration Cloud & Edge Implementation Practice Test

Related Articles:-

1. Cisco 300-820 CLCEI Exam: A Detailed Exam Preparation Guide
2. CCNP Collaboration 300-820 CLCEI Exam: Brief Description, Preparation Tips and Benefits

Continue reading

ThousandEyes Looking at EchoLink

I’m working with a Cisco service called ThousandEyes. Now, the best application of ThousandEyes would be to spot problems, especially with cloud services. If you offer a service in the cloud and customers are complaining about performance, ThousandEyes can reveal where the bottlenecks exist. Then you can execute a plan of action to get the issues addressed. But, indulge me a moment to explain the excuse I’m using to play with it.

I recently passed my Amateur Radio exam to get licensed again after letting my Advanced license expire 30 years ago. Before I share my new call sign, here’s a note for the benefit of non-hams (ham is common lingo for an Amateur Radio operator). It is customary to use a standard phonetic alphabet when giving your call sign on the air. For example, WB2GJ would be Whiskey Bravo 2 Golf Juliet. But someone might say WB2 George Jetson just for fun. (If you recognize the name, you’re dating yourself. And no hams were doxed for this blog; there is no WB2GJ.)

I mention this because the FCC assigns KI5VDI as my new call sign. I didn’t think any call sign could be worse than the one I had in Colorado, KB0FU. Yeah, say that one out loud and you’ll get it. But KI5VDI? I just know someone will say or at least think “KI5 Venereal Disease Infection”. So, I purchase a vanity call sign similar to my original Advanced call sign, WB2EWS. I get N2EWS. That’s good news. I’m now cured of Venereal Disease Infection.

As a revitalized ham, I find myself listening to a conversation on 2 meters. (We hams refer to frequency ranges by their approximate wavelength. The 144-148 MHz frequency wavelength is about 2 meters.) People you speak with on the 2-meter band are generally very close by. These signals don’t travel far unless you have the opportunity to do something fancy pants like bounce your signal off a meteor. Even then, voice communication would be virtually impossible. So, I am shocked to hear a local Texan talking with someone in South Korea. How? Repeaters extend the range on 2 meters so your signals can jump over objects like mountains or tall buildings, but even a daisy chain of repeaters isn’t going to reach South Korea.

It turns out they are using EchoLink. This free software lets you link your radio to your computer and connect anywhere with VoIP. You talk on the radio, and EchoLink forwards everything to the remote location, typically the other person’s radio connected to EchoLink.

I download and install EchoLink to give it a try. Being a Cisco guy, the first thing I think about is how reliable VoIP will be with this software and EchoLink destinations. Network latency and jitter can be a problem for VoIP.

This is where ThousandEyes (finally) comes in. ThousandEyes analyzes network traffic in detail. Fair warning: This is not a typical reason for using ThousandEyes, and I’m using ICMP to simplify the test. Normally you would use TCP and a port to get a more realistic view. Unfortunately, EchoLink doesn’t like tests on its VoIP port. But even these simple ICMP results are very interesting.

I see that EchoLink chooses a server in San Diego for my connection (nasouth.echolink.org). When I use EchoLink for ham radio, I’ll use it on my personal PC. But I’m testing it on my work PC, which adds a level of complexity since I use a Meraki router on the Cisco network. I install a ThousandEyes agent on my work PC so I can test the network from my work PC to the EchoLink server. The agent isn’t working. What’s my boggle? The agent is a Chrome extension and I’m using Firefox. No problem. I switch to Chrome and be well.

I run the first test. The path visualization (see Figure 1) shows some interesting information. The blue dots are nodes that have ThousandEyes agents. When I click on a blue dot, it shows the node information. The empty circles with numbers are unidentified node hops. The number tells you how many unidentified hops there are in that chain. Not every node in the Interwebs is equipped for ThousandEyes, yet.

Figure 1: The path visualization from the work PC to the EchoLink server

The table view shows the latency and jitter. The jitter is higher than I expected, but it shouldn’t be a problem.

Figure 2: The latency and jitter of this connection

That is only half of an EchoLink connection, though. The other half would go from the contact in South Korea to the San Diego server. When you define a ThousandEyes test, you can pick multiple agents from anywhere in the world. I can even select multiple countries at a time for a single test. In this case, I only want one country, South Korea. But I can specify several South Korea nodes as starting points.

Figure 3: I don’t have the location of a user in South Korea, but I can check various ISPs

The table below shows that all but one source in South Korea have very low latency and jitter. But even the 3.2ms jitter is unlikely to be a problem.

Figure 4: Table of latency and jitter for each South Korea starting point

Now let’s look at the paths. There are enough hops to be an IPA recipe. The red lines are links between two nodes where the delay is greater than 100ms. It is entertaining to hover over the dots to see traffic details. In one case, for Google (gcp asia-northeast3), the first jump is from South Korea to Illinois! Azure koreacentral is the only starting point with a path that has no delays. Since none of the delays add up to a significant latency, as shown in the above table, the delays are unlikely to be significant when using EchoLink.

Figure 5: The paths from South Korea to EchoLink

Let’s try another location for Amber Heards and giggles. How about war-torn Ukraine? Surely this will show network problems.

Figure 6: Choosing starting locations in Ukraine

I see two IPv4 agents in Ukraine, one in Kyiv and the other in Kharkiv. Kyiv uses Deltahost Company. Kharkiv uses Ukrainian Internet Names Center LTD. The results (see Figure 7) are impressive for a war torn country. Check out Figure 8 for the paths. No delays and no dead ends. Do we have Elon Musk to thank for this? I click on a few blue dots and see that several nodes are through Cogent Communications.

Figure 7: Low latency and no jitter to speak of

Figure 8: The paths to freedom

Overall, EchoLink communications should work very well, even to Ukraine.

I’m impressed with ThousandEyes. As more routers become ThousandEyes agents, there should be fewer and fewer unidentified nodes in test results. I’ll keep experimenting and report whatever may be interesting.

Source: cisco.com

Continue reading