Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Ich möchte mit meiner Asterisk Rufnummern mit '+' zu Beginn wählen. Wo kann ich die Rufnummern abfangen um das '+' dann in '00' umzuwandeln? Sobald ich die Rufnummer mit '+' an die Asterisk sende, ist der Anruf beendet bevor irgendwelche Skripts greifen - ich kann den "Anrufversuch" nur via sip debug sehen.
Asterisk selbst kann wählen was Du willst. Die Frage ist nur, wie Du das + vom Telefon aus an den Asterisk schicken kannst - da dürfte das Hauptproblem sein.
Wenn es darum geht, eine gewählte Doppelnull in ein + zu verwandeln, kannt Du das einfach so lösen:
Vielen Dank für Eure Tipps. Ich habe das gleich ausprobiert. Leider kein Erfolg ...
Im Sip-Debug kommt die URI mit uri="sip:+43xxxxxxxx@voip01" an und wird trotz Pattern exten => _+Z.,1, ... nicht als Call akzeptiert.
Der Grund für diese Anforderung ist folgender: Wir haben Nokias E61 & E90 im Haus und alle Leute haben die Rufnummern dort mit +xxx gespeichert. Nun kann ich diese nicht einfach an die Asterisk via VoIP schicken, da sie dort nicht akzeptiert werden.
er schickt "sip:+43xxxxxxxx@voip01" an den Asterisk, also muss er auch darauf prüfen und dann "sip:+" (5 Stellen) abschneiden, 00 davor und dann zum Provider der 004989123456 erwartet.
1.4?
wundert mich
um quasi zu maskieren wäre
_sip:[+]Z.,1,NoOp
der richtige Weg.
Unbeachtlich, dessen, dass es spannend wäre zu prüfen, ob der Trick mit dem Pattern dann vielleicht doch klappt: Aus entsprechender Erfahrung mit dem E65 habe ich folgendes im Einsatz (hier mal als ael):
Naturgemaess wirft das Pattern _. eine Warning, da es ja alles aufnimmt. Es scheint aber momentan der einzige (mir bekannte) Weg zu sein, nicht-numerische Extension(anteile) zu behandeln.
Daher:
Für SIP/GSM-Kombigeraete mit entsprechender Nummernspeicherung mit IAC-Replacement (+) einfach diesen Kontext sip-dial als einzigen includieren und erst nach Behandlung des + in die eigentliche Outbound-Anrufverteilung gehen.
Für alle anderen Teilnehmer/Endgeraete, die "normal" wählen (also ohne +) diesen Kontext einfach nicht benutzen.
BTW:
er schickt "sip:+43xxxxxxxx@voip01" an den Asterisk
Das scheint (zumindestens hier bei meinem E65) nicht so zu sein. Beim Wählen über SIP zeigt das zwar das E65 an, der asterisk bekommt aber +43xxxxxxxx@voip01, deshalb klappt es hier mit der vorbeschriebenen Variante.
alphanumerische Zeichen werden problemlos erkannt, X, Z, N, -, \0 müssen in[] gepackt werden ansonsten werden die in 0-9, usw. umgesetzt oder ignoriert.
Man muss natürlich wissen wie die EXTEN aussieht, aber sowohl _+Z. oder _sip:+Z. matchen bei der entsprechender EXTEN.
@Joel
Das hat betateilchen nicht geschrieben, schau Dir meine und seinen Beitrag noch mal genau an.