Suchergebnisse

Jetzt leben sie scheinbar wieder, Registry ok und Webseite erreichbar

Dito, da ist scheinbar die komplette Infrastruktur ausgefallen ...

Zur Syntaxüberprüfung sind sie ja auch in ihrer Eigenschaft als SIP-Gateway / Mediator verpflichtet: Niemand will wirklich inkonsistente Signalisierungsdaten, die nicht RFC-konform sind. Spannender ist da in der Tat das Thema Blacklisting (oder auch: Headermanipulation) neben der Frage, welche...

So: weiterleitung_von_Telefon1 => { Wait(${WARTEZEIT}); Dial(SIP/telefon2_fon&SIP/telefon3_fon,,A(Weiterleitung_von_Telefon1)); } geht es. Hintergrund: Die Optionen (die nach dem Dial-Argument kommen) gelten eben für das gesamte Dial-Argument, das es auch nur einmal geben...

Grundätzlich geht das, wobei dann die Asterisk-Konfiguration die jeweilige PIN kennen muss. Das heisst auch, dass es eine Kombination von einer (Web)Skriptstprache und entsprechenden Asterisk-Werkzeugen braucht. Was genau, hängt davon ab, was für ein Asterisk im Einsatz ist und ob über die...

Das isr so ohne weiteres nicht zu beantworten. Grundsätzlich gibt iax (genau wie SIP) die CALLERID unverändert weiter. Was FreePBX hier allenfalls macht, steht auf einem anderen Blatt. Um dem nahezukommen, müsstest Du im Szenario sowohl von A (oder C) als auch B einmal einen Trace posten...

Das geht im Prinzip mit CallFiles und deren Auswertung (BUSY-state) im Dialplan. Im Zusammenhang mit FreePBX müssen dafür sehr wahrscheinlich Standardextensions überschrieben werden (oder ggf. per CustomExtension). Wenn in das reePBX-Management eingegriffen werden muss, ist das leider nicht ganz...

Schau Dir in FreePBX das Thema IVR an, damit kann das gewünschte Verhalten ereicht werden.

Man kann es hier in der Tat nicht mit einem Pattern, aber mit einer REGEX geht es (theoretisch*): exten => s,n,GotoIf($[${REGEX("^00[1-35-9]" ${CALLERID(num)})}]?blocken1,${EXTEN},1) * Das "Erlauben" von 004... erlaubt eben nicht nur DE, sondern jegliche internationale Wahl mit 004 (also etwa...

Da musst Du eine individuelle Mailboxansage erstellen und dann (statt der Standardansage) verwenden.

Das Problem ist die fehlende CALLERID. Die müsste wahlweise im Callfile mitgegeben werden oder aber im Dialplan vor dem Dial gesetzt werden. Die DTAG erwartet beim Rufaufbau immer eine gesetzte CALLERID, die einer der zugeteilten Rufnummern entspricht.

Neben dem Dialplan wirst Du auch noch diberse Fehlermeldungen etwa im sip-Bereich erwarten dürfen (je nach bestehender Konfiguration), da sich auch hier einiges im Hinblick auf Syntax, Defaultverhalten etc. geändert hat. In jedem Fall: Upgrade/Releasenotes lesen (und zwar "StepByStep" (1.6, 1.8...

Da fehlt ein _ . Sobald in einer extension nicht eine explizite einzelne Ziffernfolge (4312345678) angegeben wird, sondern ein Muster (pattern), muss es auch als pattern markiert werden, hier also: exten => _4312345678XX,1,Dial(SIP/${EXTEN:-2}) Dann funktioniert das auch.

Der Hint ist ja Bestandteil des Dialplans und damit - nach asterisk-Start bzw. reload - statisch, d.h. Veränderungen in der DB zur Laufzeit werden nicht registriert. Wenn man das will, muss man bei einem DBPut (also einer Veränderung der DB-Eigenschaften) einen dialplan reload auslösen...

9150XXXX bzw. XXXX6434 ist der LANCOM`? Falls ja: Bitte mal den Lancom tracen Falls nein: Wenn die Amtsleitung am Lancom hängt, muss der Outbound-Call natürlich Richtung Lancom laufen.

Der sip.von fehlt ein Kontext, in dem die Anrufe von EWETel landen sollen. Da "allowguest" eichtigerweise auf no steht, müssen die hosts, von denen EWETel allenfalls INVITES sendet, als Kontexte in der sip.conf existieren, andernfalls wird der Call abgewiesen.

Der "Trick" ist, dass numerische und nicht-numerische CallerIDs (einschliesslich "leere") sauber unterschieden werden. Das funktioniert über LEN. Die letzte Anweisung (die ja für alles gilt, was als Ziel nicht eine interne Extension hatte) dient einfach dazu, die "normalen" Abläufe in FrewePBX...

Entsprechend Deiner Vorgaben passt das grundsätzlich. Einzig die "Rechenoperation" würde ich anders machen (alles was keine 2 Stellen hat ist nicht intern, 2-Steller nur dann wenn sie >=20 sind): [set-alert-if-local] exten => _NZ,1,GotoIf($[${LEN(${CALLERID(num)})} > 2]?notfromlocal) exten =>...

Im Prinzip ist es recht einfach: ExecIf($[ "${CALLERID(num):0:2}" = "00"]?Set(CALLERID(num)=+${CALLERID(num):0:2}) ExecIf($[ "${CALLERID(num):0:1}" = "0"]?Set(CALLERID(num)=+49${CALLERID(num):0:1}) Zur Erklärung: Beginnt die CALLERID mit 00, wird 00 durch + ersetzt, die CALLERID ist jetzt...

Siehe u.a. hier: https://www.voip-info.org/wiki/view/Asterisk+config+queues.conf Spannend ist dabei der Teil Strategy - das was Du suchst, ist erreichbar u.a. mit rrmemory (oder jeder anderen Option ausser eben ringall oder linear).