Trage mal folgenden Kontext in deiner extensions.conf nach:
[default]
exten => _X.,1,macro,ruf|IAX2|40
Dieser Tipp zeigt in die richtige Richtung
Vorab noch diese Information. Bei den Tests versuche ich das simly-connect Account entweder direkt anzurufen (Sip: IP zu IP, ohne Provider) oder über einen von mir dort registrierten neueren Provider (Voxox mit Nummer in USA) mit dem ich noch nicht viel Erfahrung gemacht habe. Bei den jetzt durchgeführten Tests zeigte sich, dass die Kapazität dieses Providers ziemlich begrenzt zu sein scheint, da vielmals einfach nur das Tonband kommt, dass der Teilnehmer nicht erreichbar sei. Dies scheint so aber nicht zu stimmen, da Simply-Connect beim Provider eingeloggt ist. Wenn ich nachfolgend jetzt sage, dass es via externen Provider geklappt hat, dann bedeutet dies mindestens ein Mal, aber oft dann auch aus besagtem Grund wieder nicht. Ich muss diese Tests ganz einfach nochmals mit einem zuverlässigeren Provider durchführen. Die Testanrufe zur USA-Nr erfolgen via Sipgate.de.
Obigen Befehl als erster in [Local] gesetzt, funktionieren IP zu IP und via Provider.
IP zu IP mit sip:
[email protected]
PHP:
-- Executing [100yyy@default:1] Macro("SIP/MyAccountAt.dyndns.org-08228668", "ruf|IAX2|40") in new stack
-- Executing [s@macro-ruf:1] NoOp("SIP/MyAccountAt.dyndns.org-08228668", "Wir sind im Macro ruf gelandet") in new stack
-- Executing [s@macro-ruf:2] Dial("SIP/MyAccountAt.dyndns.org-08228668", "IAX2/40|28|r") in new stack
-- Called 40
-- Call accepted by 85.xxx.xxx.xxx (format ulaw)
-- Format for call is ulaw
-- IAX2/40-1962 is ringing
-- Hungup 'IAX2/40-1962'
== Spawn extension (macro-ruf, s, 2) exited non-zero on 'SIP/MyAccountAt.dyndns.org-08228668' in macro 'ruf'
== Spawn extension (macro-ruf, s, 2) exited non-zero on 'SIP/MyAccountAt.dyndns.org-08228668'
via Sipgate-Voxox funktionierte es auch habe aber diese Version nicht kopiert.
Dies war übrigens die einzige Version bei der IP zu IP funktionierte bei allen anderen Versuchen klappte dies nicht.
Als nächstes habe ich die [Local] Einträge in der
bestehenden Extension.conf begonnen abzuändern. Funktioniert haben verschiedene Versionen wenn im folgenden Befehl
exten => _4X,n,macro,ruf|IAX2|${EXTEN}
die ${EXTEN} durch 40 ersetzt wurde. Die CLI zeigte von so einem sipgate-voxox Anruf folgendes:
PHP:
-- Executing [*60019999999999@app30:1] Dial("SIP/30-08221030", "SIP/0019999999999@30_sipgatede1|45|r") in new stack
-- Called 0019999999999@30_sipgatede1
-- Accepting AUTHENTICATED call from 91.xxx.xxx.xxx:
> requested format = ulaw,
> requested prefs = (ulaw|alaw|gsm|g726|ilbc),
> actual format = alaw,
> host prefs = (alaw|ulaw|ilbc),
> priority = mine
-- Executing [100yyy@incoming:1] Macro("IAX2/100yyy-10374", "ruf|IAX2|40") in new stack
-- Executing [s@macro-ruf:1] NoOp("IAX2/100yyy-10374", "Wir sind im Macro ruf gelandet") in new stack
-- Executing [s@macro-ruf:2] Dial("IAX2/100yyy-10374", "IAX2/40|28|r") in new stack
-- Called 40
-- SIP/30_sipgatede1-08224fa8 is making progress passing it to SIP/30-08221030
-- Call accepted by 85.zzz.zzz.zzz (format alaw)
-- Format for call is alaw
-- IAX2/40-13663 is ringing
== Spawn extension (app30, *60019999999999, 1) exited non-zero on 'SIP/30-08221030'
-- Hungup 'IAX2/40-13663'
== Spawn extension (macro-ruf, s, 2) exited non-zero on 'IAX2/100yyy-10374' in macro 'ruf'
== Spawn extension (macro-ruf, s, 2) exited non-zero on 'IAX2/100yyy-10374'
-- Hungup 'IAX2/100yyy-10374'
Frage: Weshalb geht dies hier nicht mit ${EXTEN} ???
Zum Schluss noch dies: Der iax-Debugger scheint aus irgend einem Grund bei mir nicht zu funktionieren. Der sip-Debugger hingegen ist ok.
Nachtrag:
Habe jetzt noch mit einem anderen Provider getestet und siehe da
alles funktioniert normal! Dies auch mit der ursprünglichen Extension.conf.
Als Kontext für das Account scheint es ein Muss zu sein die Account-Nr. einzutragen, bei mir also diejenige von simply-connect 100yyy. Wird dies geändert funktioniert es nicht mehr.
Fazit: Wenn Tests nicht funktionieren unbedingt auch die Testanordnung mehrfach hinterfragen.
Bleibt schlussendlich nur weshalb bei mir der iax-debugger nichts anzeigt obwohl die CLI bestätigt, dass er eingeschaltet ist
Vielen Dank, kombjuder, für Deine Hilfe!
Grüsse ans Dreiländereck aus K'nopel/I'bul
