cPacket Networks announced the latest set of products that extends its data center portfolio for broader connectivity, versatility, and observability - including new cStor S-series packet capture and analysis observability nodes, and new cVu NGE-series packet broker observability nodes.
The new product sets provide connectivity, data acquisition, and observability ranging from 10Gbps to 100Gbps speeds. This prolongs IT investments, increases operational efficiency, and strengthens cybersecurity for the enterprise, government, and telcos.
“A lot of our customers in the banking, trading, big-tech, healthcare and other sectors continue to maintain data centers, with a lot of 10 and 40Gbps networks deployed, while gradually migrating to 100Gbps. They need the latest observability features at better density and lower cost with multi-speed, backwards compatibility. The new set of products we announced today address those requirements by both prolonging the existing network & applications investment life and reducing the cost of provisioning observability for our customers,” said Brendan O’Flaherty, CEO cPacket Networks.
New features are available as standard across the entire product line, whether choosing 10GB or 100GB speed, with more comprehensive API’s and new leading features including immediately available forensics and network baselining. Meanwhile, by doubling storage density per rack unit, extending port density, and providing a 3-in-1 solution option (aggregation, brokering, and monitoring), we enable deployments across a broader range of networks.
The new cStor® 10S, 20S, 30S, 40S, and 100S provide fast and reliable capture-to-disk up to 100Gbps. Advanced TCP analytics, data correlation, baselining, latency monitoring, multi-hop analysis, and self-encrypted disks for data security along with unmatched capture performance, fast search & query, and network-centric application analysis enables IT teams to perform rapid troubleshooting, compliance, and security forensics. You can always go back, retrieve the network data, recreate a scenario, or use it as evidence in case you need it. cStor is fully integrated with Wireshark and cPacket’s cClear® observability dashboards.
The new cVu® 400NGE and 560NGE provide high-density 10/40Gbps network packet brokering (NPB), while the 400NGE-CX provides high-density 10/100Gbps NPB, all with real-time observability in a compact 1 RU size. These observability nodes are a 3-in-1 combined solution for aggregation, brokering and monitoring in a single unit. The nodes offer 16 x 10GbE “aggregation ports” for cost-effective TAP/SPAN aggregation, 24 x 10GbE “smart ports” for advanced packet brokering features (such as timestamping, filtering, slicing, deduplication) along with real-time microburst monitoring. Those ports can be used to aggregate, process, and feed the network packet data reliable to performance and security tools at different speeds. Additionally, they offer 4 x or 8 x 40Gbps uplink option or 2 x 100Gbps for a two-tier architecture. The result is higher consolidation, reduced cost and complexity, and better service availability through an observability solution.
All cPacket products are TAA compliant and orderable and deployable today. Refer to the product Quick Reference Guide for a side-by-side comparison, or drill down into cStor and cVu product details.
The Latest
New Relic surveyed IT and engineering leaders from the media and entertainment (M&E) sector to understand what's working — and where challenges persist with their observability practices. The findings reveal how M&E organizations are navigating rising platform complexity, audience expectations, and AI-driven change. Below are five takeaways that stand out ...
Let me start with something I've seen play out more times than I can count. A team hits a wall with the cloud. Costs creep up, then spike. Performance starts to feel inconsistent. Someone in finance asks a simple question like "why did this double?" and nobody has a clean answer ... Maybe this isn't the right place for everything. That realization feels like a breakthrough, like you've identified the problem. In reality, you've just identified the starting line ...
In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ...
In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...
When most people think about cybersecurity, they picture firewalls, encryption, and access controls — technical tools designed to protect systems and data. But beneath the technology lies a deeper set of principles about trust, decision-making, and resilience ... The best leaders don't eliminate risk. They manage it intelligently. And in many ways, cybersecurity offers a surprisingly useful playbook for doing exactly that ...
Many organizations assumed their infrastructure strategy was settled. It had been implemented, optimized and built into long-term plans. Recent changes in technology and vendor consolidation are forcing a second look. Cloud outages and licensing changes have exposed how much dependency exists on a small number of platforms. As a result, organizations are reevaluating whether those decisions still hold up under current conditions ...
Edge AI is strategically embedded in core IT and infrastructure spending across industries, according to the 2026 Edge AI Survey from ZEDEDA. The research shows that 83% of C-suite and IT executive respondents say edge AI is important to their core business strategy ...
As AI adoption accelerates, operational complexity — not model intelligence — is becoming the primary barrier to reliable AI at scale, according to the State of AI Engineering 2026 from Datadog ... The report highlights a compounding complexity challenge as AI systems scale ... Around 5% of AI model requests fail in production, with nearly 60% of those failures caused by capacity limits ...
For years, production operations teams have treated alert fatigue as a quality-of-life problem: something that makes on-call rotations miserable but isn't considered a direct contributor to outages. That framing doesn't capture how these systems fail, and we now have data to show why. More importantly, it's now clear alert fatigue is a symptom of a deeper issue: production systems have outgrown the current operational approaches ...
I was on a customer call last fall when an enterprise architect said something I haven't been able to shake. Her team had just spent four months trying to swap one AI vendor for another. The original plan said three weeks. "We didn't switch vendors," she told me. "We rebuilt half our integrations and discovered what we'd actually been depending on." Most enterprise leaders don't expect that to be the experience ...