Skip to Main Content
Cloud Management and AIOps


This is an IBM Automation portal for Cloud Management, Technology Cost Management, Network Automation and AIOps products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Delivered
Workspace SevOne
Created by Guest
Created on Nov 12, 2024

NOC needs to add PDU Loss detected by Versa probes between SDWAN Tunnel Endpoints

The "Loss" Value that SevOne uses to trigger the PPM Polices is based on the FWD & REV Loss and NOT the PDU Loss. The FWD & REV Loss are not class specific and  measure loss of data received in either direction. The key thing here is if, as is often the case, a customer  sends bursty traffic this can cause QoS drops and this has seen to generate PPM Loss tickets. This is something we want to avoid. From the NOC side we feel the loss should use the PDU Loss.

Idea priority High
  • Admin
    Swati Singh
    Apr 14, 2026

    The loss metrics in tunnel objects - Forward (FWD), Reverse (REV), and PDU loss - are currently measured at the tunnel level and are not differentiated by forwarding class. We have introduced a configurable option that allows PPM policies to be triggered using either FWD/REV loss or PDU loss, depending on the customer preference.

    Previously, PPM policies relied on Forward and Reverse loss metrics to determine when to trigger alerts, rather than using PDU loss. In bursty traffic conditions, this often led to QoS drops, which in turn generated unnecessary PPM loss tickets.

    To address this, we have introduced optional indicators for both Forward and Reverse loss, as well as PDU loss. This enhancement provides customers with the flexibility to choose the most appropriate loss metric based on their specific requirements.

    Enhancements introduced for Versa SD-WAN:

    • Forward Packet Loss (independent of Reverse/PDU loss)

    • Reverse Packet Loss (independent of Forward/PDU loss)

    • PDU Loss as an additional indicator

    @Guest @Guest @Guest

  • Admin
    Deva Dash
    Jul 29, 2025

    This is now available as of the 8.0 release.

  • Admin
    Deva Dash
    Jan 28, 2025

    Hey Brigitte,

    Sorry about that. I have asked Ron Ragland to set up a session with you to understand this request better, so we can work on understanding the request and prioritize this.

    Regards,

    Deva

  • Guest
    Jan 17, 2025

    Hello Matt Sweet,

    To date, we have received no feed-back on this nor has anyone reached out to us.

    Could we please get an ETA on this?

    Thanks,

    Bibi

  • Guest
    Jan 7, 2025

    Hello, 1 month ago we were told we'd be reached out to "shortly".
    Could we please get some feed-back on this?
    Thanks,

    Bibi

  • Admin
    Matt Sweet
    Dec 4, 2024

    @Guest We'll reach out to discuss this ask with you shortly.