Help detecting Loop

[Luciano Motti]

Hello,

I am currently receiving the error:
`Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible`

A few minutes (-+5 min) after putting some load on rtpengine.

I am currently using Kamailio ( 5.6.1 ) + rtpengine ( 11.0.0.0+0~mr11.0.0.0 git-master-b649aaab )

I know it is probably a config error in my part, but not being able to find the source of the problem.

I have attached the log here with the first call the showed the error.

My rtpengine config is:
[rtpengine]
table = 0
interface = internal/<<$%privateIp%$>>;external/<<$%privateIp%$>>!<<$%publicIp%$>>
listen-ng = 22222
listen-tcp = 25060
listen-udp = 12222
listen-cli = 9900
listen-http = 5000
timeout = 60
silent-timeout = 30
tos = 184
# pidfile = /var/run/ngcp-rtpengine-daemon.pid
# fork = yes
port-min = 30000
port-max = 40000
log-level = 7
# log-facility = daemon
recording-method=pcap
recording-dir=/var/recordings

The relevant part of my kamailio config is:

route[RTPENGINE]{

    if (!isbflagset(FLB_BRIDGE)) {
        return;
    }

    $xavp(r=>$T_branch_idx) = "record-call metadata=uuid:$var(aid)|uuid:$var(bid) replace-origin replace-session-connection";

    if (!nat_uac_test("8")) {
        $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " trust-address";
    }

    if (is_request()) {
        if (!has_totag()) {
            if (!t_is_failure_route()) {
                $avp(extra_id) = @via[1].branch + $T_branch_idx;
                $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " via-branch=extra";
            }
        }
    }

    if (is_reply()) {
        $avp(extra_id) = @via[2].branch + $T_branch_idx;
        $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " via-branch=extra";
    }

    if (isbflagset(FLB_RTPWS)) {
        if ($proto =~ "ws") { # web --> SIP
            $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP";
        } else { # SIP --> web
            $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-offer generate-mid DTLS=passive SDES-off ICE=force RTP/SAVPF";
        }
    } else {
        if ($proto =~ "ws") { # web --> web
            $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " generate-mid DTLS=passive SDES-off ICE=force";
        }
        # else {
            # $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + "";
        # }
    }

    if(route(FROMPRIVATE)){
        $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " direction=internal direction=external";
    }else{
        $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " direction=external direction=internal";
    }

    xlog("L_INFO", "NATMANAGE branch_id:$T_branch_idx ruri: $ru, method:$rm, status:$rs, extra_id: $avp(extra_id), rtpengine_manage: $xavp(r=>$T_branch_idx)\n");

    rtpengine_manage($xavp(r=>$T_branch_idx));
}

I've been trying to find the source of the problem for a few days without success. Any help tracking down the issue will be greatly appreciated!

Thanks!

[Richard Fuchs]

I don't see an immediately obvious loop, but:

SDP bodies (and some other details of offer/answer signalling) are missing from the log as they weren't caught by your grep. The double offer looks a bit suspicious so it would be good to see the full signalling.

And debug log messages seem to stop at 14:09:52/53, after which there are only INFO level messages visible.

So there's some important details missing.

Have you tried whether disabling call recording makes a difference? Also check your CPU usage, it's possible it's simply maxed out.

Cheers

Thanks! --
You received this message because you are subscribed to the Google Groups "rtpengine" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtpengine+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rtpengine/90c8ed53-c18e-45d8-9b45-17a8b41f9062n%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.