Asterisk Sequence-Chart

mlehr

Neuer User
Mitglied seit
17 Mai 2005
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

ich versuche seit einiger Zeit die Dokumentation von Asterisk zu erweitern, bzw. das eine oder andere Whitepaper zu entwerfen;

Anbei habe ich ein Sequence-Chart eines Anrufs über sipgate.de an einen Asterisk mit einem sip-telefon[Exten. 123] als Ablaufdiagramm erfasst.
Kann da mal jemand drüber gucken, ob ich die Verarbeitung richtig interpretiert habe?
 

Anhänge

  • asterisk1.jpg
    asterisk1.jpg
    161.6 KB · Aufrufe: 78
mlehr schrieb:
Hallo zusammen,

ich versuche seit einiger Zeit die Dokumentation von Asterisk zu erweitern, bzw. das eine oder andere Whitepaper zu entwerfen;
Da hast Du Dir ja ganz schön was vorgenommen :)

Anbei habe ich ein Sequence-Chart eines Anrufs über sipgate.de an einen Asterisk mit einem sip-telefon[Exten. 123] als Ablaufdiagramm erfasst.
Kann da mal jemand drüber gucken, ob ich die Verarbeitung richtig interpretiert habe?

Hmm... nicht ganz (man möge mich aber auch gerne korrigieren ;) )

Bei den eingehenden Gesprächen von sipgate wird der Kontext sipgate-in aufgerufen (sofern das dort ordentlich konfiguriert ist, damit auch von Sipgate kommende Gespräche erkannt werden, sonst wird das genommen was im [general]-Kontext steht und für alle eingehenden Gespräche gilt).

Landet man dann in sipgate-in, so gilt das
exten => _.,1,... für alle gewählten Rufnummern/Extensions. Dann wird ein Dial(SIP/123) ausgeführt, wobei die 123 keine Extension sondern ein SIP-Teilnehmer ist (in diesem Falle ein lokaler) der dann *direkt* angerufen wird -- ohne dass das noch X-mal durch die extensions.conf wandert.
 

Anhänge

  • asterisk1_neu.jpg
    asterisk1_neu.jpg
    101 KB · Aufrufe: 122
Noch eine kleine Anmerkung von mir: Man sollte eigentlich NIE _. verwenden, da das auch die h-Extension einschliesst und die wird jedes mal aufgerufen, wenn aufgelegt wird. In diesem Fall wuerde also nach dem Auflegen das Telefon sofort wieder klingeln.
 
rajo schrieb:
mlehr schrieb:
Hallo zusammen,

ich versuche seit einiger Zeit die Dokumentation von Asterisk zu erweitern, bzw. das eine oder andere Whitepaper zu entwerfen;
Da hast Du Dir ja ganz schön was vorgenommen :)

Anbei habe ich ein Sequence-Chart eines Anrufs über sipgate.de an einen Asterisk mit einem sip-telefon[Exten. 123] als Ablaufdiagramm erfasst.
Kann da mal jemand drüber gucken, ob ich die Verarbeitung richtig interpretiert habe?

Hmm... nicht ganz (man möge mich aber auch gerne korrigieren ;) )

Bei den eingehenden Gesprächen von sipgate wird der Kontext sipgate-in aufgerufen (sofern das dort ordentlich konfiguriert ist, damit auch von Sipgate kommende Gespräche erkannt werden, sonst wird das genommen was im [general]-Kontext steht und für alle eingehenden Gespräche gilt).

Landet man dann in sipgate-in, so gilt das
exten => _.,1,... für alle gewählten Rufnummern/Extensions. Dann wird ein Dial(SIP/123) ausgeführt, wobei die 123 keine Extension sondern ein SIP-Teilnehmer ist (in diesem Falle ein lokaler) der dann *direkt* angerufen wird -- ohne dass das noch X-mal durch die extensions.conf wandert.

Hallo,

erst einmal vielen Dank für die Erklärung. Mir war nur nicht ganz klar, ob der Dial an die 123 nicht doch erst inder Extensions.conf nachschaut, was genau zu tun ist; wenn ich nämlich vor den Dial ein WaitMusicOnHold(5) setze (nur aus Spass) dann erkennt Asterisk das; also müsste die extensions.conf doch durchlaufen werden um die Bedingungen für die "123" zulesen, oder?
 
Das Dial waehlt sofort den SIP-Teilnehmer an. Wenn Asterisk zuerst nochmal in der extensions.conf nachsehen wuerde, wuesste das Teil ja gar nicht, wann denn jetzt angewaehlt werden sollte. ;)
 
Maik schrieb:
Das Dial waehlt sofort den SIP-Teilnehmer an. Wenn Asterisk zuerst nochmal in der extensions.conf nachsehen wuerde, wuesste das Teil ja gar nicht, wann denn jetzt angewaehlt werden sollte. ;)

Nochmals vielen Dank,

ich hab das korrigierte Chart beigelegt, und bin dabei andere Bespiele zu entwerfen. Hoffe das ist kein "unsinniger" Versuch.

Markus
 

Anhänge

  • sample1-siptrunk-sipphone.jpg
    sample1-siptrunk-sipphone.jpg
    221.2 KB · Aufrufe: 24
Danke für den Beitrag! Das hilft enorm :)

Gruss, Dirk
 
Die Punkte 5 und 6 sind immer noch nicht ganz richtig. Asterisk sieht normalerweise nur in der internen DB nach, unter welcher IP der User erreichbar ist. Ausnahmen sind Optionen wie fromuser und fromdomain. Diese hat man aber idR. nur, wenn man nicht direkt nen client anruft, sondern ueber einen anderen Server telefoniert.
 
Maik schrieb:
Die Punkte 5 und 6 sind immer noch nicht ganz richtig. Asterisk sieht normalerweise nur in der internen DB nach, unter welcher IP der User erreichbar ist. Ausnahmen sind Optionen wie fromuser und fromdomain. Diese hat man aber idR. nur, wenn man nicht direkt nen client anruft, sondern ueber einen anderen Server telefoniert.

Ich war immer der Meinung das vorher noch codecs etc. ausgehandelt werden müssen, die nun mal für dieses Device (SIP-Softphone) in der sip.conf zu finden sind. Sehr ich das falsch?
 
Auch wieder wahr. Solche Informationen muessen natuerlich auch noch ausgelesen werden. Allerdings steht in der Zeichnung halt immer noch context=... und das wird halt nicht verwendet.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.