• Asterisk ist modular aufgebaut
  • jedes Modul hat ein eigenes Konfig-File
  • jedes Modul hat eigene Befehle auf der Kommandozeile

• Ist der Dialplan der Asterisk (es gibt noch die extensions.ael und die Möglichkeit den Diaplan über eine Datenbank zu realsieieren)
• Besagt was mit einem eingehenden Ruf gemacht werden soll
• Es wir die Wahlregel genutzt die am genausten auf die Nummer passt
  • die präziseste Wahlregel wird genutzt
  • es wird nicht danach gegangen in welcher Reihenfolge die Regeln im Dialplan stehen
    • außer wenn es sich um die gleiche Regel mit unterschiedlichen Prioritäten handelt → dann wird der Priorität nach abgearbeitet

Grund-Aufbau:

[Context]

Wahlregel1
Wahlregel2

Context:
Unterteilt den Dialplan in Bereiche die jeweils nur bestimmten Extensions zugänglich sind.

Jede Extension gehört mindestens einem Dialplan an (wenn nichts angegeben wurde, dann „Default“). Der Context wird jeder Extension in ihrer protokollspezifischen Datei zugewiesen.

Es werden bei eingehenden Rufen dieser Extension nur die Wahlregeln berücksichtigt die innerhalb des für die Extension gültigen Context stehen.


Wahlregel:
Syntax: exten ⇒ Extension,Priorität,Application

Beispiel1:
exten ⇒ 202,1,Dial(SIP/201,20)
exten ⇒ 201,2,VoiceMail(201)

Beispiel2:
exten ⇒ _n*,n,Dial(SIP/${exten},20)
exten ⇒ _n*,n,VoiceMail(${exten})

• Extension: Nummer gegen die geprüft wird; Stimmt die gewählte Nummer (Zielrufnummer/exten/Extension) mit der hier angegebenen überein wird die Regel ausgeführt. Statt einer Nummer kann auch ein regular Expression angegeben werden (die stimmen nicht mit den POSIX-Regexp überein)
• Priorität: Die Einträge werden der Priorität nach abgearbeitet (Aufsteigend → Einträge mit niedrigen Werten zuerst). Ist ein Eintrag nicht erfolgreich (Ruf wird abgelehnt, oder der für die Applikation angegebene Timeout läuft ab) wird der nächste Eintrag benutzt . Statt einer Ziffer kann auch n angegeben werden, dann werden die Einträge in der Reihenfolge ihres Auftretens abgearbeitet.
  Achtung: Wird in der Applikation kein Timeout definiert und der Ruf nicht abgelehnt, sondern timed aus Protokolltechnischen bzw. auf Grund eines globalen Timers aus, wird nicht der nächste Eintrag benutzt, sondern der Ruf verworfen (der nächste Eintrag wird also nur bei Ablehnung des Rufes oder wenn in der Applikation ein Timeout definiert wurde versucht über die nächste Wahlregel auszuliefern).
• Applikation: Die Applikation besagt was die Wahlregel mit dem Ruf tun soll. Applikationen erwarten zumeist verpflichtende Parameter hinter dem Applikationsnamen in Klammern übergeben und nehmen in der Regel auch weitere optionale Parameter an.

• Reguläre Ausdrücke → eigentlich Pattern, denn es werden weder die POSIX-Regexp unterstützt, noch sind sie sehr umfangreich
• Werden mit _eingeleitet → wenn ein regulärer Ausdruck statt einer Nummer kommt, muss ⇒ _ geschrieben werden