VoIP.info Troubleshooting

Asterisk channel exists, then disappears or maps to the wrong call

Freeze one observation window, distinguish channel name, Uniqueid and Linkedid, then locate creation, rename, Local optimization, bridge change or hangup.

Reviewed 2026-10-19Current Asterisk Latest API CHANNEL_EXISTS, CHANNELS and CHANNEL references, CLI channel-operation and Local-channel optimization documentation, AMI CoreShowChannels surfaces and the upstream func_channel implementation were reviewed October 19, 2026. The generated API pages reported branch 23; installed branch, loaded modules, channel drivers, names, unique IDs, linked IDs, Local optimization, permissions, timing and call outcomes remain deployment specific. No PBX, module, dialplan, channel, bridge, manager session, packet, media stream or live call was inspected or testedAdvancedDocumentation based · not lab tested

Freeze one incident and one expected leg

Record timestamp and timezone, node, installed Asterisk branch, channel driver, expected endpoint or dialplan owner, exact channel name, Uniqueid, Linkedid, state, application, bridge identifier, first and last observation, lookup expression, observer and intended operation.

Classify the symptom: missing from the first inventory, present then gone, renamed, Local pair optimized out, wrong leg selected, correct leg no longer bridged, acknowledgement without observed effect, or correct channel evidence with a separate media or application failure.

Compare unfiltered and filtered inventories

Capture CHANNELS() without a filter in an authorized narrow window, then run the exact documented POSIX.2 expression. Check anchors and escaping. A filter that matches no channel does not show that no channels exist, and a broad match can select a sibling or later call.

Preserve each full space-delimited token instead of reconstructing a name. Immediately test the chosen full name or Uniqueid with CHANNEL_EXISTS() and note that observation time.

Correlate identity instead of trusting a familiar name

Compare the full channel name, Uniqueid, Linkedid, current application and bridge across CLI or AMI output. A Linkedid can connect related call legs but does not select one leg. An endpoint prefix can recur across calls, and a channel name observed earlier can be stale by the time an operation begins.

If AMI is used, keep the request ActionID, every CoreShowChannel event and the completion event together. Do not merge partial results from overlapping requests.

Explain disappearance with lifecycle evidence

Check Newchannel, rename, Local-optimization, bridge and hangup evidence in order. For Local channels, determine whether the default optimization intentionally removed the intermediate pair after answer and whether the surviving endpoint channel carries the call.

Do not disable optimization merely to make an old name remain visible. Use /n only when the dialplan truly requires Local-associated variables, options or behavior to persist, then test its resource and call-flow effects separately.

Bound any corrective operation to the exact live leg

Revalidate the full name or Uniqueid, call correlation, state and application immediately before any authorized control. Stop if the identity changed or the incident window ended. Never substitute all, an endpoint prefix or a broad regular expression for an exact target in production.

After a requested hangup or redirect, observe lifecycle events and the new dialplan or bridge state. A command response alone is not proof that the driver processed the request or that the intended call outcome occurred.

Correct the earliest demonstrated owner and repeat controls

Correct only the earliest proven boundary: expression, stale cached identity, wrong leg selection, incomplete AMI list, Local optimization assumption, node mismatch, timing window or action target. Repeat with one controlled call and record before, during and after snapshots.

Verify signaling, bridge membership, media and business outcome separately, then remove temporary logging. No PBX, module, dialplan, channel, bridge, manager session, packet, media stream or live call was inspected or tested.

Sources & applicability

Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.

Examples require adaptation to your topology. No live PBX or hardware testing is claimed.