Quite right about codecs. Ignore that. More debug logging is never a bad thing. It looks like the hangup has already started with what you posted and you're only showing us one leg. Siptrace on both legs really would be good to see what starts the hangup. Steve on iPhone On 9 Feb 2011, at 01:29, "Peder" <peder@networkoblivion.com> wrote:
What is the hangup cause for the blegs from the CDRs?
All 3 legs show " NORMAL_CLEARING".
Can you get debug logs and a siptrace for the call?
I had some debug logs on the first message. It started where it hangs up the first b-leg and then shows that it bridges another b-leg because of the 480 message. And as I stated before, the first b-leg was fine and the call was up for 5+ minutes. One user hung up, but the call didn't drop completely, it continued on in the dial plan and bridged another b-leg.
I'm guessing the bleg is returning an error cause in the reason header, or there's a codec problem which the log would probably show.
I don't think that is it as the first 2 legs work fine. The problem is when the first b leg hangs up, sometimes (maybe 1 in 20), it continues on and bridges a second b-leg to the a-leg. Any codec negotiation should be long gone.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org