Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »


Under Construction



* Asterisk Channels (What is a channel?)
** Common Asterisk Channels (SIP, DAHDI, Local?)
* Configuring Channels (explanation and link to channel drivers configuration section)
* Using, Controlling, Routing Channels (explanation of when a channel is created and interaction with dialplan)
** Calls create channels
** Driver config plus dialplan tells channels how to behave.
** APIs can affect and inspect channels (and other things)
** Channels talk to other channels - Bridges (links to Bridging concepts page)

Other topics:

Inbound versus Outbound

Asterisk Channels

Almost nothing happens in Asterisk without a channel being involved. A channel is an entity inside Asterisk that acts as a channel of communication between Asterisk and another device. That is, a phone, a PBX, another Asterisk system, or even Asterisk itself (in the case of a local channel).

Our documentation and many Asterisk users speak in terms of "calls". A call can be one or more channels creating a path of communication or activity through the Asterisk system.

To give you an idea about what channels do, here are a few facts about them:

  • Channel Drivers provide channels in Asterisk.
  • Channels can interface with each other through bridges.
  • Applications and functions can affect the state or attributes of a channel or its media stream.
  • Channels are commonly passing audio between communication endpoints, but can pass other data, such as video or text messages.
  • Channels execute instructions with dialplan, but can be controlled by other APIs (AGI,AMI,ARI) or interfaces (CLI). 

Common Asterisk Channels

One of the many benefits of Asterisk is the capability to interface with as many different technologies as you have channel drivers! However, most administrators will only make use of a few types at a time.

Here are a few commonly used channel types:

Configuring Channels

Text File Configuration

Most channel drivers have an associated configuration file. Some channels may require the configuration of dependent resources for optimal operation. For example, SIP channels, configured in sip.conf or pjsip.conf use RTP resources which can be configured in rtp.conf.

The Channel Drivers configuration section contains information on configuring documented channel drivers. In other cases the configuration file itself contains configuration documentation.

Database Configuration

Flat text configuration isn't the only option. A few channel drivers provide support for the ARA (Asterisk Realtime Architecture) and can therefore pull configuration from a local or remote database. Use of the ARA requires configuration of additional resources and dependencies outside the channel drivers themselves.

Using, Controlling and Routing Channels

Once you have a channel driver configured, how does it get used? When do channels get created?

Here are a few scenarios where a channel could get created:

  • A device configured in the channel driver communicates to Asterisk (e.g. over a network) that it wants to make a call.
  • A user executes a command (such as Originate) to create a new channel.
  • An existing channel executes dialplan that calls an application (such as Dial) to create a new channel.
  • Asterisk receives API calls that create a new channel or channels.

Once a channel is established, the events that occur are channel technology-dependent. That is, whether audio, video or other data communication begins over the channel will depend on signaling that occurs over SIP, ISDN, H.323 or other protocols implemented via the channel driver.

When Asterisk has established a channel, Asterisk will use a combination of channel driver configuration and dialplan instruction to determine how the channel behaves. On top of that Asterisk can communicate with external programs synchronously or asynchronously to receive API calls for channel inspection, direction or manipulation.

Once channels are established and communicating between devices and Asterisk; where that data flows to depends on the channel type itself, its overall configuration, device specific configuration, signaling sent by the originating mechanism (a device, a command, an API call) and associated bridges. One or more channels could be talking to one or more channels over various bridges. What specifically Asterisk talks to on each channel is limited only by the technology implemented by the channel driver.

Inbound and Outbound Channels

Often in our documentation, troubleshooting and development discussions you'll see mention of inbound or outbound channels. It'll be helpful to define what that means here.

Inbound channels are channels created when things outside of Asterisk call into Asterisk. This is typically the channel executing Dialplan.

Outbound channels are channels created when Asterisk is calling out to something outside Asterisk.

The primary exception is with Local Channels. In the case of local channels, you'll typically have two local channel legs, one that is treated as outbound and the other as inbound. In this case both are really inside Asterisk, but one is executing dialplan and the other is not. The leg executing dialplan is the one treated as inbound.

Below we'll diagram some examples to make things clear.



Example explanations:

Channels and Variable Inheritance


  • No labels